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ABSTRACT 


In a world that is increasingly more connected using networks of all types, 
collaboration becomes a way to leverage these connections to benefit both individuals 
and organizations. Currently there are numerous technologies, to support different types 
of collaboration. In order to make informed decisions, it is necessary to be fami li ar with 
these technologies and adopt a formal methodology to capture the organization’s 
collaborative requirements. However, no methodology currently exists to help an 
organization determine which technologies and tools would enable and support its 
specific collaborative requirements. 

This thesis analyzes collaboration as an organizational phenomenon and a 
network application, presents ideal collaborative environment characteristics, surveys 
existing collaborative environments and tools, and proposes a methodology for selecting 
and building a collaborative environment. This methodology is based on a synthesis of 
the traditional System Development Lif e Cycle methodologies used to analyze, design, 
and implement information systems. 
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GLOSSARY 


Asynchronous: 

Asynchronous Communication: 

Collaborative Computing: 

Computer-Supported Cooperative Work: 
Data: 

Decision Room: 

Distributed GSS: 


At different times 

Communication between parties that 
takes place at different time. The 
message is sent at one time and the 
reply is provided later. 

The shared computerized work when 
two or more people are working 
together, for example, by using 
screen sharing. See groupware and 
group support systems. 

CSCW. See collaborative computing 

Discrete, objective facts about 
events, including numbers, letters, 
and images without context 

An arrangement for a group DSS in 
which PCs or terminals are available 
to some or all participants. The 
objective is to enhance the decision¬ 
making process. 

A computerized support system for 
people who are located in different 
places, but work as a group on the 
same task 


Group Decision Support System (GDSS): An interactive, computer-based 

system that facilitates the solution of 
unstructured problems by a set of 
decision makers working together as 
a group 

Group Support Systems (GSS): Information systems that support the 

work of groups (communication, 
decision making) 
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Groupware: 


Information: 

Knowledge: 


Knowledge Management: 


Synchronous: 

Synchronous Collaboration: 


Several computerized technologies 
and methods that aim to support the 
work of people working in groups 

Data with some level of meaning 

A fluid mix of framed experience, 
values, contextual information, and 
expert insight that provides a 
framework for evaluating and 
incorporating new experiences and 
information. It originates and is 
applied in the minds of this in the 
know 

The active management of expertise 
in an organization. It involves 
collecting, categorizing and 
disseminating knowledge. 

At the same time. 

Collaboration performed at the same 
time. 
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I. INTRODUCTION 


A. BACKGROUND 

In a world that is increasingly more connected, and networks of all types are part 
of our IT infrastructure, collaboration becomes a way to leverage these connections to 
benefit both individuals and organizations. Today, people use these networks to establish 
contact with others inside or outside their organizations to share information and 
knowledge, collaborate, discuss, present and work cooperatively to achieve common 
goals and objectives. 

Technology plays a vital role in these efforts, because it enables and supports 
collaboration. Since there are several collaborative technologies, tools and applications it 
is difficult to determine which one to use. Different technologies support collaboration in 
different ways and in various scenarios and situations. Each scenario can be supported by 
one or more collaborative technologies. In order to make informed decisions for selecting 
appropriate technologies, it is necessary to be familiar with different technologies, tools, 
architectures and approaches to collaboration. It is also necessary to adopt a formal 
methodology to capture the collaborative requirements and determine which are the most 
appropriate technologies and tools to support these requirements. No methodology 
currently exists to help an organization determine which technologies and tools would 
enable and support the specific collaborative requirements of the organization. 

B. OBJECTIVES 

The overall objective of this thesis is to explore collaboration as an organizational 
phenomenon, its characteristics, classifications, different approaches to collaboration, 
supporting technologies, and collaborative tools. 

Specifically the thesis develops a methodology for selecting and building a 
collaborative environment to meet an organization’s collaborative needs. This 
methodology is based on the synthesis of traditional and contemporary System 
Development Lif e Cycle (SDLC) methodologies used to analyze, design, and implement 
information systems. 
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C. RESEARCH QUESTIONS 

The primary research questions addressed by this thesis are: 

• Could existing System Development methodologies be adapted to the 
analysis, design and implementation of collaborative environments? 

The secondary research questions are: 

• What is collaboration? 

• How does collaboration relates to Knowledge Management? 

• What is a framework for collaborative work? 

• How existing tools help people to perform a collaborative work? 

• What are the characteristics of an ideal collaborative environment? 

D. METHODOLOGY 

First, a literature review on collaboration, its definition and characteristics was 
completed. Next, existing technologies and standards were studied as well as the different 
methodologies used to develop information systems. These methodologies were 
analyzed, synthesized, modified, and adapted to the development of a collaborative 
environment and a collaborative systems development cycle was proposed. Finally, a 
comparative analysis of different collaborative tools from vendor information was 
completed. 

E. THESIS OUTLINE 

This thesis is organized as follows. Chapter II introduces collaboration as an 
important activity in modem organizations. It presents several definitions of collaboration 
and ident if ies their common characteristics. These definitions are complemented with 
examples of different types of collaboration. A framework for collaboration, based on 
time and space domain is then presented. The chapter concludes by relating collaboration 
with the emerging discipline of Knowledge Management. 

Chapter III discusses the role of technology as an enabler. The different 
collaborative technologies are presented and classified according to the time/space 
framework. The chapter describes the different architectures used in collaborative 
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environments. These include client/server and peer-to-peer architectures. Protocols and 
standards used in the different technologies and their importance are also presented. The 
chapter concludes with the challenges and trends that face collaborative technologies 
today and the future. 

Chapter IV describes the characteristics of an ideal collaborative environment. 
Next, it describes different methodologies to develop information systems and 
applications and synthesizes them to propose a development methodology for 
collaboration systems. A prototype expert system is also developed to help users 
determine which collaborative technologies are appropriate for an organization’s specific 
set of collaborative requirements 

Chapter V presents a comparative analysis of some of the existing collaborative 
tools in the market today. Products from Microsoft, IBM/Lotus, Sun Microsystems and 
Cybozu were chosen for the analysis based on their popularity, market share, and 
relevance to DOD. 

Chapter VI summarizes the main points of the thesis and presents general 
conclusions and lessons learned. 
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D. COLLABORATION OVERVIEW 


James Watson, who won a Nobel Prize with Francis Crick for their discovery of 
the double helix, puts it simply: “nothing new that is really interesting comes without 
collaboration.” (Schrage 1995). 

A professor from a well-known Eastern university who went to MIT to present a 
few of her most recent findings on how work groups make decisions. In passing, she 
mentioned her research with the university students and revealed that collaborative 
efforts to solve problems were consistently less successful than individual efforts. This 
created a bit of a stir. Then, the professor continued, “My colleague, Professor Smith, and 
I will shortly publish a paper that examines the implications of those findings.” (Schrage 
1995). Such an irony con fir ms that collaboration is one of the most poorly understood 
and least appreciated of human behaviors. It also happens to be one of the most 
important. 

These two stories illustrate how important collaboration is and serve as an 
introduction and reason for studying what collaboration really is in more detail. What is 
meant by talking about collaboration? Who is involved? When and where is it used? Why 
do people in organizations collaborate? What are its benefits and drawbacks? How is 
technology related to this activity? How is management affected by collaboration? 

This chapter will attempt to provide answers to these questions. It begins with a 
definition of collaboration and distinguishes it from communication. Next, the reasons 
why people and organizations want to collaborate are explored. Then, the concept of 
Knowledge Management as it relates to collaboration is presented. The chapter concludes 
with a framework for collaborative work. 

A. COLLABORATION BASICS 

1. Why are We Interested in Collaboration? 

Before trying to define collaboration, it is necessary to explain why there should 
be an interest in studying and writing about collaboration. Understanding collaboration is 
important for a number of reasons (Huxham 1996): 
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Collaboration is occurring 
Collaboration is valuable 
Collaboration is difficult 


• 

(a) Collaboration is Occurring. Collaboration can be seen 
increasingly in modem organizations. People must work together to solve complex 
problems, which of course necessitates the formation of workgroups. Strategic alliances, 
joint ventures, public-private partnerships, coordinated services, community 
development, are popular approaches that require collaboration between people and 
between organizations. Collaboration is applicable to any type of organization in the 
private or public sectors. Cross-sector collaboration is also common. Since the interested 
parties see some benefit in collaborating, a great deal of collaboration is voluntary. 
However, in certain instances, collaboration is mandated or motivated by authorities 
through the issuance of laws or incentives to collaborate. This situation occurs in 
multisector collaboration, more so than group collaboration. 

(b) Collaboration is Valuable. Collaboration is certainly a way 
to achieve things that would be difficult or impossible for people or an organization to do 
on its own. This reason alone makes it valuable as it is motivated by self-interest. This 
self-interest motivation does not imply that it is at the expense of others. Rather, an 
organization or person may initiate or participate in a collaborative effort because it can 
achieve something that cannot be achieved in any other way. For example, a company 
might seek to collaborate with another possessing local knowledge of a market it wishes 
to penetrate. Another motivation, called the moral imperative, applies particularly to 
organizations in order to tackle major social problems. Important social problems, such as 
poverty, co nfli ct and crime, are so big and complicated that no single organization can 
tackle them by itself. Collaboration is thus essential in order to have any hope of solving 
them. This type of collaboration is out of the scope of thesis and therefore will not be 
discussed further. 

(c) Collaboration is Difficult. Working with others is not easy 
and could be extremely complicated. Several social issues make collaboration 
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particularly difficult and these must be considered and managed adequately when 
implementing collaboration. Examples of diffi culties follow. 

• Differences in goals, language, procedures, culture, and perceived power. 

Collaboration implies at least two participants, usually with different goals 
about what they want. Therefore, the reasons for collaborating might differ 
for each of the participants, even if they agree that they want to 
collaborate. This requires a process of finding a way to satisfy the goals 
enough in order to allow collaboration. This issue is not only exacerbated 
by different languages, which does not only include spoken languages, but 
by procedures and an organization’s culture which can make collaboration 
very difficult since collaboration will usually require a certain amount of 
time to adjust the process and reach a consensus, understanding and 

agreements. 

• Time is required to create relationships between the people participating 

direcdy in the collaborative effort. Also, participants expend time and 

energy when going to the parent organizations to give and receive 

feedback. 

• Time is required for all logistics support. Everything must be planned and 
coordinated which is time consuming. 

2. What is Collaboration? 

Collaboration can thus be simply defined as “working in association with others 
for some form of mutual benefit”. A more formal definition is that collaboration involves 
two or more people working together in real-time, or in a "store-and-forward" mode. 
Applications will enable a group of people to collaborate in real-time over the network 
using shared screens, shared whiteboards, and video conferencing. Collaboration can 

range from two people reviewing a slide set on-line to a conference of doctors at different 
locations sharing patient files and discussing treatment options (DON KCO Toolkit). 

Collaboration can also be defined as the interaction among two or more 
individuals and can encompass a variety of behaviors, including communication, 
information sharing, coordination, cooperation, problem solving and negotiation. 

All the above definitions have some aspects in common. 

• Two or more individuals 

• They have common goals or objectives 

• They cannot do the task by themselves 
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• There is interaction between the participants 

Any task that meets the above criteria can be interpreted or defined as 
collaboration. 

Collaboration is temporary. It is designed for a specific purpose. Once that 
purpose is accomplished, collaboration frequently dissolves. This does not mean that the 
participants cannot or will not collaborate again. Since the common problem was solved, 
there is no longer any need to interact on that issue. If another problem or question arises, 
the same people can collaborate to deal with this new problem, but this collaborative 
effort will be different, and the method of collaboration used might also be different. 
Also, the number of people collaborating on this new problem might increase or 
decrease. 


3. Why People Collaborate? 

People do not collaborate because they are mandated to do so. At the very heart of 
collaboration, a desire or need exists to: 

• solve a problem 

• create or discover something 

There is however a set of constraints that include: 

• expertise - one person alone does not know enough to deal with the 
situation 

• time - collaboration requires time 

• money - collaborative projects require budget 

• conventional wisdom - collaboration is affected by the prejudices of the 
day 

People collaborate out of necessity in order to solve or accomplish their tasks, and 
because they cannot do it by themselves due to the above-mentioned constraints. 
Someone else is needed who possesses the knowledge, and those individuals probably are 
facing the same problem or dilemma. 

The success of a collaborative effort can be measured by its results. The 
collaborators either solve the problem or they have failed. 
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4. How is Collaboration Achieved? 

Collaboration is not an isolated activity in organizations. It deals with work 
performed by people to support the objectives of the organization. Thus, in order to 
achieve collaboration, people, work, groups and objectives are required ingredients. 

Work does not exist in a vacuum and neither does the worker who must 
accomplish it. Workers perform their jobs in the midst of, and often in conjunction with, 
other people. Different types of work require different forms and levels of cooperation, 
including individual, group, and team collaboration. Each level of cooperation possesses 
unique technological support requirements. 

The different levels of work must be defined and distinguished before technology 
can appropriately support them (Coovert and Foster, 2001). 

a. Individual Work 

Individual work includes the activities that a single person performs while 
pursuing individual, group, team, or organizational objectives. Individual work is a 
critical component of collaboration because the modus operandi of individuals 
substantially affects the contributions made to collaborative efforts. Individual efforts 
contribute to organizational functioning both directly and indirectly. 

b. Group Work 

Groups and teams are two additional components in organizations. A 
group is a collective unit of two or more people with a broad common goal. Group 
members interact with each other, yet their tasks are typically independent. People in 
groups may work at the same time in a common physical location or they may work at 
different times or in separate locations. Time and space do not oblige group membership. 
Two characteristics, interaction and shared goals, distinguish a group from a simple 
collection of people. For instance, the faculty within a university department forms a 
group, because they hteract with each other periodically. They share a common goal of 
educating students in a particular field of study. Conversely, students within a university 
do not form a group because they do not all interact with one another and they do not all 
share the same goal. 
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Work group members have much to gain from one another, and the extent 
of their collaboration will depend on how well organizational technology facilitates the 
communication and informal interactions. Good collaborative technologies allow group 
members to share information and capitalize on one another’s knowledge and s kill s. 

c. Teamwork 

Individuals working alone or within groups cannot effectively accomplish 
some types of work. Rather, many tasks require or benefit from a team effort. A team is a 
set of two or more individuals who work interdependently and adaptively toward an 
organizational objective. Many organizations, realizing the benefits of teamwork, are 
currently reengineering work around a team’s tasks rather than around an individual’s 
task. As a result, teams are now used extensively in numerous settings, including 
factories, hospitals, schools, stores, the military, and other branches of the government. 
Groups are differentiated from teams in terms of task interdependence. Whereas groups 
are collective units with little or no interdependence among individuals, teams have a 
high degree of interdependence, which necessitates interaction among members. 

Like groups, teams are not necessarily co nfi ned to common geographic 
locations and time schedules. Teammates can work interdependently from separate 
locations, and they can also work during different times of the day. A few examples of 
teamwork include airline crews consisting of pilots, copilots, flight attendants, and others, 
as well as new-product development teams consisting of various salespeople and service 
technicians. 

In order for any of the organization’s objectives to be met, multiple 
individuals, groups and teams often perform a wide variety of functions. Broad 
organizational objectives will be facilitated to the extent that structural technology 
supports the functioning of diverse entities working at multiple levels of collaboration 
(individuals, groups, and teams) to achieve common overarching goals. 

Organization is thus achieved by forming groups and teams, which 
through the individual work of its members, the organizational objectives and the 
supporting technology form the framework of a collaborative environment. Groups and 
teams can be permanent or specifically formed for a particular need. Workers might 


10 



collaborate without knowing it, instinctively, or when mandated by upper management 
(Coovert and Foster, 2001). 

5. Examples and Types of Collaboration 

Collaboration occurs in almost any field. This section presents examples that 
illustrate how collaboration is used in a number of fields. 

• During surgery, the situation begins to deteriorate for no apparent reason. 
Hie patient starts to show uncommon symptoms and vital signs change. 
The anesthesiologist and the surgeon agree to increase the flow of oxygen, 
but it does not work. They are facing a real problem where the 
consequences might be fatal. They discuss whether to continue, alter, or 
finish the procedure. 

• On an airplane, a problem occurs in one of the engines. Lights start to 
flicker, pressure levels drop, and the temperature increases. Again, the 
pilot, copilot, and engineers work together to determine what is happening 
and decide what to do. 

• A group of high rank military officers discuss how to proceed with war 
operations after recent events in which they lost some airplanes, but at the 
same time gain terrain on the ground, or the same military officers analyze 
the results and learn some lessons from an exercise they have just 
completed. 

• Members of a team are writing a document that summarizes their findings 
on a specific subject. With collaborative editing technology, they can 
contribute to the final document from different places and at different 
times while preserving changes or comments made by any of the 
members. 

• A group of engineers need to discuss the design of a very specific part of 
an airplane. Through collaboration they can share points of view and 
opinions about how the piece should be modified to reduce weight and 
size. They can share technical drawings, comments and proposals on line 
to finally decide what has to be done and why. 

All of these teams have a genuine problem and lim ited time in which to deal with 
it. There may be no right answer, but there are certainly wrong answers, and some of 
them can be tragic. 

Several types or levels of collaboration can be identified (Coleman, 2002): 

• Messaging and Calendaring: The most fundamental form of exchanging 

information in today’s Internet-centric environment. Used by 

organizations to share data internally and externally. It is also the most 
common way to coordinate activities and to hold informal contacts. 
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Project management: In this type of collaboration, project managers and 
team members collaborate in planning, executing, controlling a specific 
project. All the different phases of a project require high interaction of 
several individuals, where some of them might not even be part of the 
project team. Because projects usually are interdisciplinary, involve 
different working places, require lots of activities and documents to be 
managed, collaboration is something that is absolutely needed. This type 
of collaboration is characterized by high interaction, severe control 
systems, and high volume of documents to be stored, shared and 
presented. 

Data management: In this type of collaboration, information is controlled 
down to the file level and, as in project management, includes revision 
tracking, but at this point sophisticated access controls and file 
dependencies are tracked and managed. This type of collaboration has 
wide applications in organizations being the typical documents 
repositories where members of the organization access to documents that 
are stored and shared for specific or general use. 

Data access: This type of collaboration allows users to access data, either 
with read only or with full access (read-write) privileges. The difference 
lies in the ability to make changes. While in read-only there is no chance 
to make modifications, with full access changes can be performed. Users 
can launch applications across the Internet and interact directly with data 
in its native format. This type of collaboration can be used by researchers 
and professionals to discuss different topics, comment and discuss 
documents. 

Real time design/editing: In this type of collaboration, miltiple users can 
launch applications and share them with others in real time, allowing 
others to access the control of the application and make changes in real 
time. Typical uses are real time document editing and on line design, 
where experts collaborate from different places at the same time in the 
design of a part or in the writing of a document or report that involves 
different people. 

more general classification of levels of collaboration is the following: 

Level 1: individuals operate independently and interact to accommodate 
their own specific needs by passing documents back and forth and sharing 
information, but not as a part of a working group or team 

Level 2: a group of individuals exchange information as part of a 
community of interest, but not to achieve a common goal 

Level 3: collaborators operate as a team to achieve a common purpose by 
working together and gaining new insights 



B. FRAMEWORK FOR COLLABORATION 


1. Concept of Shared Space 

Often collaboration is confused with communication. In order to have 
collaboration, communication between the participants must exist. However, just having 
communication does not imply that there is collaboration. 

When people have a conversation they are communicating among themselves. 
Conversations, whether time delayed or not, are ephemeral as the words vanish the 
instant they are spoken. Even when taking notes, it is rarely possible, if ever, to obtain a 
perfect transcript because of the inevitable discrepancies between what is said and what is 
heard. People generally respond to what has just been said, not to something said several 
minutes earlier. Conversations do not have memories; only their participants do. 

In most conversations, people take turns exchanging information, not sharing it. 
In most conversations, the absence of memory means a useful phrase or expression can 
be distorted or lost. Michael Schrage states that people frequently rely on a transactional 
model of communication, which is depicted in Figure 1. 

Sender/Receiver.Conversation.Receiver/Sender 

Figure 1. Transactional Model of Communication (From Schrage, 1995). 

The collaborative model is quite different, as seen in Figure 2. There is a shared 
space that adds a new dimension to a conversation; a dimension embracing symbolic 
representation, manipulation, and memory. Participants need to have equal access to this 
shared space in order to have a real and effective collaboration. 


Sender/Receiver 


Shared Space 



Receiver/Sender 


Figure 2. Collaborative Model (From: Schrage, 1995). 
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In this model participants can communicate with one another directly or through 
shared space. Symbols, ideas, processes, sketches, music, numbers, and words can be put 
in this shared space to be expanded, organized, altered, merged, clarified, and otherwise 
manipulated to build new meanings. It takes shared space to create shared understanding 
(Schrage, 1995). Conversations are vital, but are not enough. 

Wherever there is collaboration, a shared space exists. Either the collaboration is 
to discover something not known, or to create something new, or to solve a problem that 
bothers people. These spaces are seen in the discoveries of scientists, are heard in the 
songs created by authors and composers, and are seen in the work that actors, designers 
and directors perform on stage. 

The shared space can be manipulated, modified or adjusted according to the 
circumstances and players. They are divorced from time or distance or both. A 
blackboard can easily be worked on asynchronously, with collaborators leaving notes and 
annotations for one another at all hours of the day and night. It can also be worked on 
synchronously, with collaborators making a joint effort. Similarly, a fax machine and a 
telephone can eliminate distance for collaborators. Successful shared spaces create the 
aura of copresence in that they make collaborators feel like they are together, even if they 
are not. 

In this shared space, it is easy to play. Formal protocols may exist, but they should 
not be rigidly enforced. What is desired is a process of creation and innovation and 
playing in this shared space to allow for the two essential ingredients of curiosity and 
serendipity. The shared space thus becomes, in a frame of reference, a medium as much 
as a collaborative tool. It becomes a collaborative environment. 

On a final note, the linguistic root of communication is “communicare”, which 
does not mean “to communicate'’, but “to share”. Collaboration takes communication 
back to its roots (Schrage, 1995). 

2. Time and Space Domain 

In the previous definitions of collaboration, there was no specific mention of time 
or space, but collaboration must deal with these dimensions. People collaborate with 
others either in the same place or in different places. Similarly collaboration can occur at 
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the same time or at different times. A 2 x 2, matrix as in Figure 3 which is based in Dr. 
Robert Johansen’s Time/Space domain, can best represent this environment. 


Same Time Different Time 
Same Place I 


Different Place 

Figure 3. Time and Space Domain. 

The results of collaboration in the different quadrants of the matrix will be 
different and the technology used will also be different. Moreover, the same 
representation of time/space is used to classify the different collaborative tools in 
subsequent chapters. The choice of a quadrant is dependent on the situation, available 
media, urgency of the issue, location of the participants, and other constraints. 

The time domain distinguishes messages that are sent at a certain time and 
received almost immediately as synchronous communication/collaboration, and messages 
that are received at a different time than sent as asynchronous 
communication/collaboration. Similarly, participants can be in the same place 
collaborating, or they can be at different locations. 

Thus, there are four possible combinations of time and space that define four 
possible ways to collaborate 

• Same time/same place: the participants meet face to face in one place and 
at the same time. An example is a decision room. 

• Same time/different place: this setting refers to a meeting where the 
participants are in different places, but they communicate at the same 
time. Examples of such situations are video teleconferencing, a conference 
telephone call or an Internet chat forum. 

• Different time/same place: this setting can occur when people work in 
shifts. The first shift leaves messages for the second shift 
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• Different time/different space: participants are in different places and 
they send or receive messages at different times 

Several technologies can be used to support the four cells and will be presented in 

further chapters. 

C. COLLABORATION AND KNOWLEDGE MANAGEMENT (KM) 

One of the newest thoughts in management today is Knowledge Management. 
Today almost every big organization is implementing or considering implementing some 
type of Knowledge Management initiative. Knowledge Management is highly related to 
collaboration, since collaboration is part of its processes. In the following sections we 
discuss what is KM and the relationship between KM and collaboration. 


1. What is KM? 

The terms data, information, and knowledge are often used interchangeably, but 
have significant and different meanings. 

Data is discrete, objective facts about events, including numbers, letters, and 
images without context. Information is data with some level of meaning. It is usually 
presented to describe a situation or condition and therefore has added value over data 
(DON KCO Toolkit). 

Knowledge goes one step further and can be defined as a fluid mix of framed 
experiences, values, contextual information, and expert insight that provides a framework 
for evaluating and incorporating new experiences and information. It originates and is 
applied in the minds of knowers. In organizations, it often becomes embedded not only in 
documents or repositories, but also in organizational routines, processes, practices, and 
norms. (Davenport and Prusak, 1998). 

Knowledge has become one of the most important assets and competitive 
advantage of an organization, so it needs to be managed appropriately to leverage it value 
across the organization. Neither the organization’s nor the individual’s knowledge is 
sufficient; they have to be combined to form a knowledge base. This knowledge base 
allows organization gain sustained competitive advantage. 
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Knowledge Management can also be defined as the systematic process of finding, 
selecting, organizing, distilling and presenting information in a way that improves an 
employee's comprehension in a specific area of interest. KM helps an organization to 
gain insight and understanding from its own experience. Specific knowledge 
management activities help focus the organization on acquiring, storing and utilizing 
knowledge for such things as problem solving, dynamic learning, strategic planning and 
decision making. It also protects intellectual assets from decay, adds to firm intelligence 
and provides increased flexibility (Graduate School of Business, University of Texas at 
Austin, 1998). 

Several stages or steps are identified in a Knowledge Management process. They 
are knowledge creation, codification, sharing and distribution (Davenport and Prusak, 
1998). Other authors like Newman and Conrad (1999) describe the process of knowledge 
management as creation, retention, transfer and uti liz ation of knowledge. Knowledge has 
to be created somehow, shared within the organization and later on distributed and 
utilized by all pertinent members of the organization. 


2. Relationship Between Knowledge Management and Collaboration 

How are Knowledge Management and Collaboration related? In an October 2001 
on-line KM World magazine poll, a question asked if enterprise knowledge could be 
managed effectively without robust collaboration. Eighty six percent of the respondents 
said absolutely not, while fourteen percent said that collaboration is overrated and 
knowledge could be managed without robust collaboration. 

This result, even though it is not from a scientific or academic study, shows that 
people who manage knowledge in companies today feel that collaboration is absolutely 
necessary in order to successfully manage knowledge and leverage its value. This need is 
the connection between knowledge management and collaboration. In order to have good 
knowledge management, collaboration must exist inside the organization. 

Figure 4 (from ICASIT) describes the relationship between Knowledge 
Management (KM) and collaboration. As it can be seen, for each one of the knowledge 
process activities there are Information Management Systems and Knowledge 
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Management Applications that support those functions. In the knowledge creation 
process highly skilled workers create new knowledge and try to integrate it into the 
organization. In knowledge codification, Artificial Intelligence (AI) Systems, Expert 
Systems and others provide organizations and managers the codified knowledge in order 
to be reused by other members and therefore to expand the knowledge base. In 
knowledge sharing, collaboration tools allow members to share the generated knowledge 
across the organization. These tools allow people in organizations to collaborate, 
coordinate and share knowledge. Finally, the knowledge distribution is achieved by 
automation systems designed to disseminate and coordinate the flow of the information 
throughout the organization. 


r *\ 

The 

Knowledge 

Process 

V. J 

[ Information 
Management 

Systems \ 

r “\ 

Knowledge 
Management 
Applications 
V. J 



Figure 4. KM tools and the Knowledge Process (From: ICASIT). 

Figure 4 highlights the importance of knowledge sharing in the knowledge 
management process. No matter how valuable the knowledge created inside the 
organization is, if it cannot be shared and disseminated throughout the organization, it 
will be lost. If workers don’t have means to share the knowledge, knowledge will be 
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something lim ited to a few members of the organization, and the main goals of KM, will 
be not achieved. 

Knowledge management has evolved to the point where it is no longer just 
another corporate buzzword. Many organizations are actually implementing knowledge 
management strategies and infrastructures that provide them with real benefits in terms of 
information sharing and streamlining processes. By offering sound collaborative 
capabilities, a knowledge management system can provide the platform for helping users 
share documents aid project tasks, find outside experts when needed, and know the exact 
status of a project, even when the project involves multiple employees or even people 
outside the organization. 

Hie following chapter analyzes the different technologies that enable and allow 
collaboration in organizations. 
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HI. COLLABORATION TECHNOLOGIES 


This chapter presents and discusses the role of technology in collaborative 
environments and the different types of technologies that support collaboration. A 
classification and a brief explanation of the most important technologies is given though 
the focus is mainly on their use, and advantages and disadvantages in collaborative 
efforts. A brief description of the most popular standards used in collaboration is also 
presented. The chapter concludes with some of the current challenges and trends of 
collaborative technologies. 


A. THE ROLE OF TECHNOLOGY IN COLLABORATION 

While technology plays a critical role in terms of how organizations collaborate, 
technology is, in general, an enabler of the interpersonal interactions that comprise 
collaboration. Economics, organization’s culture and internal politics also significantly 
impact the efficacy of such implementations. So, technology is not the only factor to 
achieve efficient and effective collaboration. 

The role that technology plays in collaborative work is very important. 
Technology enables the implementation of management and social concepts of 
collaboration in a collaborative environment. Today, most collaboration efforts are 
implemented using some kin d of technology. New collaboration ideas and processes have 
to be supported by some type of technology, and sometimes it is the technology that 
derives new forms of collaboration. 

Collaborative computing is known by a number of terms including groupware, 
group support systems (GSS), and computer-supported cooperative work (CSCW), but 
these terms are however not completely interchangeable. For example, groupware is 
defined as the set of technologies available to support collaboration through the use of 
computers, while CSCW is described as the field of study that examines the impact of 
groupware on group behavior and performance. Another term used to describe 
collaboration is computer-mediated communications referring to communication among 
individuals conducted through the use of computers (Mitre Corporation, 2000). 
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For effective collaboration, the technology must support the dynamic world of 
work be it individual, group and/or teamwork, as well as each level of collaboration. All 
the hardware, software, protocols and standards must support and allow people to 
collaborate under their specific conditions and environment. Each group of people and 
each organization have different needs, and even the same people might have different 
requirements in a different situation. Collaborative technology must support all these 
situations. As a result many collaborative technologies exist. Each type of collaboration 
has a unique set of technological requirements. Therefore, it is important to make 
distinctions between the levels of collaboration during collaboration research and practice 
(Coovert and Foster, 2001). 

In analyzing and deciding which collaborative technology/tools to implement or 
deploy, the level of collaboration must be clearly defined. The role of technology is to 
support any of these levels as best possible. 

B. FRAMEWORK FOR COLLABORATION TECHNOLOGIES 

Johansen’s Time/Space framework presented in Chapter II is a common and 
popular way to classify collaborative technologies. The most generic representation of 
technologies in this framework is shown in Figure 5. 


PLACE 


* 


TIME 


Same 


Different 


► 


Same Different 


Meeting Rooms 

Work Shifts 

Teleconferencing 

Email 


Figure 5. Generic Representation of Technologies in Time/Space Framework (From: 

Mitre). 
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Collaboration in the same place and at the same time is held in meeting rooms, 
which basically are face-to-face meetings. Collaborators can use computers to help and 
improve their collaboration. This type of collaboration can be accomplished using a 
Group Decision Support Systems, a presentation, or a whiteboard. The primary 
characteristic of this type of collaboration is immediacy. 

Collaborating in the same place, but at a different time is very well described and 
understood as work shifts. When the time/shift of people working in a location ends, they 
leave messages, information, tasks, comments or instructions for the other group of 
collaborators to continue or complement their work, or even start a new but related task. 
Document sharing is a typical application in which kiosks are used. Kiosk users can 
interact with some data and can act upon available information as well as provide 
feedback to kiosk developers. Data owners collaborate in non-real time to improve the 
effectiveness of the information resource. In some companies, especially those with 
flexible time, commission sales forces, and casual vended services, this mode may be the 
only place where a mobile workforce can actually connect with co-workers. 

For collaboration in different places, a public, for example the Internet, or private 
network is absolutely necessary. Whether it is at the same or different times, 
collaborators are separated and therefore need to be connected in some manner. 
Computer networks (LAN, WAN or MAN), and/or Intranets and/or the Internet provide 
this crucial communication link. Telecommunication technologies make it possible to 
project those dimensions that are most relevant to the decision-making process and 
information sharing. These personal dimensions can effectively and relatively 
economically transcend distance. 

A more detailed representation of the framework showing some specific 
computing support technologies can be seen in Figure 6. 
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GSS in a Decision Room 
Web-based GSS 
Multimedia Presentation 
Systems 
Whiteboard 
Document sharing 


GSS in a Decision Room 
Web-based GSS 
Workflow management system 
Document sharing 
Email, Vmail 


Web-based GSS 
Whiteboard 
Document sharing 
Videoconferencing 
Audioconferencing 
Computer conferencing 
Email, Vmail 


Web-based GSS 
Whiteboard 
Email, Vmail 

Workflow management system 
Document sharing 
Computer conferencing with 
memory 


Decision Support Systems and Intelligent Systems, Efraim Turban and Jay E. Aronson, 6th edition. 

Copyright 2001, Prentice Hall, Upper Saddle River, NJ 

Figure 6. Computing Support Technologies. 

There is also another, and less common, way to classify collaborative 
technologies based on the level of interactivity and impression in the collaboration. 
Interactivity means the degree of activity between participants in the collaborative effort, 
and impression states for the level of impact that produces the collaboration in the 
participants. These two factors combined are related to a specific goal to be achieved. 
Hie resulting 2x2 matrix can also be used by identifying the desired goal and determining 
the different levels of interactivity and impression required to achieve that goal. Figure 7 
depicts the matrix of this approach and related tools. 
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Figure 7. Interactivity and Impression Matrix for Collaborative Support (From: Goodyear, 

2000 ). 

C. ASYNCHRONOUS AND SYNCHRONOUS COLLABORATION 

Since the most popular way to classify collaboration technologies is the 
time/space domain, this section presents the existing technologies for synchronous and 
asynchronous collaboration. Synchronous collaboration is performed at the same time no 
matter the place where it occurs. Conversely, asynchronous collaboration occurs when 
people collaborate at different times. 


1. Asynchronous Collaboration 

Asynchronous collaboration allows data to be sent as soon as senders are ready to 
send it, regardless of whether the recipients are ready to receive it. Asynchronous 
collaboration includes email with attachments, threaded discussion lists, bulletin boards, 
and persistent electronic “rooms” where members can store and access common 
documents and files at their convenience. Asynchronous capabilities are: 

• Bulletin Boaid: central electronic repository that allows users to post 
information for members to share 
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• E-Mail: a network service that allows users to send, create, receive, view, 
store, and forward messages 

• People Locator: ability to find another user’s name or identification to 
send email 

• Group Calendars: ability to share calendar information between different 
users 

• Threaded Discussions: asynchronous postings to which people can link 
responses 

• Virtual persistent Workspace (Virtual room): a permanent, networked 
environment where a group of users share expertise and contribute to 
solving problems via virtual teaming activities 

A benefit of asynchronous collaboration is that users work at their own space and 
on their own schedule. The disadvantages are that the information is not filtered, and 
users must find solutions to any problem they face. 

In the following sections, the most important asynchronous tools will be described 
including the main issues and concern of using these tools in collaborative environments. 


a. Email 

Electronic mail is as important to a network as its print and file services. 
E mail has become a critical component in any collaborative environment whether in a big 
or a small organization. Electronic mail can be defined as the transmission of text from 
one computer b another. Audio and video files can also be transmitted, but the majority 
of email messages are text only. 

Hie term “email” is sometimes confused with the term “messaging”, but 
the two terms are not synonymous. E mail is an application, which performs the task of 
creating and reading electronic mail messages. Messaging is the electronic infrastructure 
where email and other applications can reside. Email, along with scheduling, workflow, 
voice, and fax among others, uses the messaging infrastructure for delivery (Wong, 
1995). 

(1) POP Mail. POP (Post Office Protocol) mail is normally 
used in conjunction with 3rd party email management software like Outlook or Eudora 
on the client computers. To receive mail with a POP mail account, end users connect to a 
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shared mail server and then download all the new mail to their computer. Thereafter, the 
3rd party email software located on the user’s client computer enables them to read, send 
and perform a host of email management functions. The user’s computer stores all emails 
received locally. POP mail provides a store-and-forward service, moving mail on demand 
normally from a mail server to a single local client computer. Once an email is delivered 
to the client software, the message is typically deleted from the POP server. POP is for 
people who will be managing their email from one computer only as the settings are local 
as is mail management. 


(2) Web-based Mail. Web-based email is also known as Web 
Mail or browser-based email, because it uses a browser and the Internet as tools to access 
the email account. Web-based email possesses virtually all the functionality of other 
types of email and allows access from anywhere in the world. Web Mail is characterized 
by its mobility and ease of use because configuration is not necessary. Web-based email 
has all the standard functionality associated with POP mail, and allows users to: 

• Send, receive, forward and reply to email messages 

• Send and receive attachments 

• Create and manage folders 

• Create and manage contacts 

• Check mail from other POP email accounts 

• Customize signatures, identities and other preferences 

• Edit Passwords 

• Utilize auto-forwarding and vacation auto-responses 

Web-based email is for the people on-the-go who need to manage 
their email from different computers. The settings are remote, as is the mail management. 

(3) IMAP. IMAP (Internet Message Access Protocol) 
combines features of Web-based mail and POP mail, and allows users to access email 
from their local server. IMAP is more useful for businesses that have their own servers. 
IMAP is a client/server protocol in which the server receives and stores messages while 
the client computer displays the header and sender of the email. This system allows the 
users to decide whether or not they would like to download the message. Even when 
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downloaded, messages remain on the server. Users can delete messages, manipulate 
folders and accounts and manage other features on the server. Email stored on an IMAP 
server can be manipulated from many computers such as home desktops, office 
workstations and laptops. IMAP provides mobility and convenience, ehminating the need 
to transfer messages or files back and forth between different computers. IMAP is much 
more flexible than POP, but requires a little more understanding of the anail system. The 
settings are local and mail management is remote. 


email systems. 


Table 1 summarizes the characteristics of these three types of 


WEB 

POP 

IMAP 

• No software 
configuration 

• Functional, feature rich 
and mobile 

• Branding abilities 

• Any computer 
w/Intemet and browser 

• Less complex protocol 
than IMAP 

• Less complex to 
implement than IMAP 

• More client software 
currently available 

• Static usability - single 
computer 

• Remote feature 
manipulation 

• Multiple folder support 

• Online performance 
optimization 

• More mobile - 
synchronizes multiple 
computers 


Table 1. Different Types of E-Mail (From: Entergroup, 2002). 

(4) Shell Accounts. Shell account email is available on older 
computer users using the Telnet Protocol. A main advantage of shell account access is 
that it can be done anywhere, any time and on any computer, regardless of what software 
is used on the computer. Settings are remote and mail management is remote. 

An application of email technologies is the Mailing list servers 

(also called listservs, list processors, and distribution lists), which are programs allowing 

an administrator to create lists of email addresses and attach them to a single email 

address. All messages that are emailed to the list are distributed to all subscribers, 

sometimes by a "moderator", who reads them first (in a "moderated list"), and sometimes 

automatically (in an "unmoderated list"). Some mailing list servers require an 

administrator to add people to the list. In others, anyone who wishes can automatically 

subscribe or un-subscribe by sending an email message to the program, which resides on 

a server. Mailing list server programs can provide some security by allowing only 

28 









authorized users to post to the list or by using a moderator to approve messages before 
they are posted to the list. Mailing list servers are an efficient way of sending email to 
large and/or specific groups and are ideal for disseminating timely information, such as 
announcements of conferences, pointers to new Web sites of interest, and descriptions of 
print resources. Anyone on the list can be a source of information. Mailing list servers are 
well-suited to groups of users who regularly use email and who need to receive 
information in a timely manner. They are less effective for extended or lengthy 

discussions since participants may not be able to remember all the previous entries when 
they respond to a particular item. Another disadvantage of mailing lists is that they can be 
inconvenient for recipients by fillin g their email in-boxes with unwanted messages. 

(5) Email Directory Service. LDAP (Lightweight Directory 

Access Protocol) is metaphorically the White Pages of the Internet. LDAP is the part of 
the TCP/IP protocol which enables users to perform searches for other users within a 
domain. Users can search such criteria as name, phone number, and workgroup 

membership information. 

If a domain of a Web-based email site is LDAP provisioned, an 

end user can use the LDAP client to update his or her own directory entries. This tool 

also allows domain administrators to update, add and delete entries for their domain. 

To access LDAP, the end user can use various 3rd party email 
software, such as Outlook and Outlook Express. Since desktop software can vary in the 
way it supports LDAP authentication, not all LDAP clients are compatible. 

(6) Pros and Cons of Email. The biggest advantage of email is 
that it is the lowest common denominator of Internet communication and therefore will 
reach more people than any other medium. Lik e other forms of online communication, 
and because of the lack of vocal inflection, gestures, and shared environment, email is not 
as rich a communication method as a face-to-face conversation. 

A very common concern with email is that hackers use it to spread 
viruses, and hoaxes. Another concern is unsolicited bulk email, also known as Spam. 
Even though hackers might not directly affect a collaborative session, it does indirectly 
by interfering and damaging the organization’s IT infrastructure. 
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A related concern is what Gail Work, President of Work Systems, 
calls the “cc habit”, which results in receiving numerous email messages a day that are of 
little relevance or value. Long “cc” lists may be used to assure, in the sender’s mind, that 
all the appropriate parties are involved in a topic. However, in many organizations, when 
people get busy, they just delete “cc” mail and do not read it. The longer the cc list, the 
more people assume that someone else will take care of the issue. 

In collaborative environments with an intense exchange of 
documents and files, a backlog of copies derived from the same document is created. The 
email attachment can result in an inundation of documents whose relationship and 
management will be left to the user to sort out. Enclosures and attachments are a good 
mechanism for enriching a simple text message, but if these enclosures are used to 
collaborate in the development and evolution of a document by several authors, then a 
document management system is a better tool. These systems can also benefit from the 
various notification and forwarding capabilities provided by email systems. 

E mails must be checked against viruses, filtered, sorted, managed 
and filed by sender, topic, date, or any other criteria defined by the user. In addition, if 
attachments are included, recipients must have the appropriate software on their local 
computers to be able to "read" the attachments. 

b. Discussion Groups 

Discussion groups are focused around a topic or a specific activity, goal, 
or project. Groups may be li mited to members or open to the public. Some groups are 
open-ended and not moderated, allowing users to solicit information from each other. 
Other, more structured groups may use a moderator to guide the discussion by filtering 
and posing questions and/or making comments, suggestions, and connections. In Web- 
based discussion groups, messages can include finks to Web pages and can be referenced 
by Web pages. 

Discussion groups are also known as forums, newsgroups, or conferences 
where collaborators can converse and build relationships with their colleagues, outside 
consultants, subject matter experts, and other specialists. 
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People might want to collaborate through discussion groups, because they 
want to solicit information or just make a contact. Discussions in these forums are 
generally short. Users post messages asking for information. The conversation is usually 
not moderated and the shelf life is typically lim ited to a brief set of interactions. These 
groups may or may not be restricted to certain users. In other occasions, users use 
discussion groups to talk about a specific topic or they want to accomplish a task. In this 
last case, moderation is more structured than in previous cases. 

USENET newsgroups are commonly used to solicit information from 
members with similar interests. These discussion groups are organized around common 
interests. Newsgroup names are arranged topically and hierarchically, so that the first part 
of the name indicates a general category. "Mainstream" categories include comp, misc, 
news, rec, soc, sci, and talk, the "alt" category is for topics "alternative" to the 
mainstream. The second part specifies a subgroup, for example, "alt.health" deals with 
health issues. 

The most common way to join a discussion group is via a mailing list 
server. This is a program allowing an administrator to create a mailing list of addresses 
and attach the list to a single email address. When users send mail to the mailing list 
server address, it is distributed to all members on the list. There are also Web-based tools 
that automatically archive discussion messages and allow users to sort, organize, and 
capture ideas so they can reflect upon their discussion later. Some other common Web- 
based technologies that support discussions are topic-based discussion systems, threaded 
discussions, integrated groupware, and shared whiteboards. 

As mentioned in the previous section, email and mailing list server 
discussions are organized chronologically. This type of organization is good for many 
short discussions or written materials, but most discussions are not linear and well 
organized. One comment can generate ideas on many different tangents. In those cases, 
users may want to organize the discussion by topic. However, that does not always work 
well. What happens if one message in a discussion has ideas that relate to several 
different parts of the discussion? Topic-oriented and threaded discussion systems attempt 
to respond to this problem by keeping an archive and allowing different ways of 
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organizing the discussion. Due to the creative, inventive, and nonlinear nature of human 
conversation, it is difficult to develop an ideal method of organizing records of 
conversations. Many attempts have been made to address this problem, but each proposed 
solution has its advantages and disadvantages. 

A topic-oriented discussion is one in which a single topic and its responses 
are grouped in a single long message, with the same title or subject description. Users can 
read the original item and all responses before adding a new response. Such systems rely 
on the users to respond appropriately or start new items in ways that make the 
conversation coherent. If they do not, the information may be disorganized. Many topic - 
oriented discussions also include a mailing fist server capability, so when a new item is 
added to the discussion, an email message not ifi es all members of the group of the 
addition. 

The information in a threaded discussion system is organized and 
displayed hierarchically, so users can see how the messages are related. Each posting or 
"article" in a threaded discussion has a topic or subject. Users can comment on the topic, 
see what others have to say about it, and reply to questions or other people’s comments. 
All of the comments, replies, and discussions on a single topic are collectively called a 
"thread." The difference between topic oriented and threaded discussions is a matter of 
format and organization. Usually messages in topic-oriented discussions are listed 
chronologically on a single topic page while messages in threaded discussions are 
organized in an outline format with replies indented and fisted directly under the message 
to which there is a reply. This is an ideal method for developing an on-topic dialogue, 
particularly when there are numerous sub-conversations occurring simultaneously. Web 
pages with information and resources can be linked to the discussion system. One 
drawback of this approach is that if participants respond in the wrong place in the 
hierarchy, the thread can become garbled. In addition, users who do not log on regularly 
may miss important announcements and lose the chance to contribute in a timely manner. 


32 



c. Data and Document Management Technologies 

Data and document management activities, which include the collection, 
organization and search of documents, use databases and search engines to organize and 
retrieve data. Users contribute data individually to a shared database and retrieve data 
from it as needed. Data can be in the form of references, such as pointers to related work 
and Web sites, information, such as weather conditions, curriculum projects, research 
papers, and contact information for colleagues. 

Some groupware packages, such as Lotus Notes or Lotus Domino, have 
built-in database capabilities while others provide gateways or connections to a specific 
database. Web search engines such as Google use the entire Web as an information 
database. Some sites have specific search engines that allow users to search for specific 
information within a site and many provide options to search the entire Internet as well. 

For example, Lotus Notes is a document database that can store and 
manage collections of data of many types, such as spreadsheets, formatted text, Web 
pages, graphics, linked or embedded objects, and multimedia objects such as scanned 
images and faxes, voice/sound, and video. It incorporates a full text search engine to 
allow users to index and search documents based on user queries. It is a hypertext-based 
system, so that one document can contain a "link" to another document in the database or 
to documents stored on the World Wide Web. Individual users can also create lin ks from 
one page to another. 

d. Data and Document Sharing 

Another way to collaborate electronically uses the network to display 
documents around which collaboration is to take place. These documents might be a plan, 
a research paper, a presentation, or results from an exercise. The purpose of sharing a 
document online might be to edit and develop it or simply use it as the basis of 
discussion. If collaborators are all contributing to the development of a document, 
comments or sections can be sent via email, or the document can be posted on a server, 
from which participants can directly download the document to their desktop computers, 
edit it, then email it or upload it. Downloading a document to edit requires that all 
participants have a compatible version of the software used to create the document. This 
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method of sharing documents also requires strict version control, which is a way of 
protecting the document so that earlier versions are not destroyed. 

Several technologies support this type of collaboration, including group 
editing tools and Web page creation tools. Shared whiteboards can be used for 
synchronous discussion of shared documents, which is described in later section. 
Documents can be easily shared online by displaying them on a Web site. There are many 
tools for converting text to HTML. There are also programs designed to support group 
co-editing of documents. Annotation systems provide a means for commenting on shared 
documents. 

Group-editing tools allow multiple users to access and update the same 
document, while keeping a record of all changes made to the original. When more than 
one person is working on a document, it is important that everyone have access to the 
current version, including the most recent notes and edits. It is also necessary to have a 
way of protecting the document so that earlier versions are not destroyed, and to deal 
with the possible co nf licts that can arise when two or more people edit a document at the 
same time. This feature is called version control. Many group-editing tools have access 
control also. Some members have the authority to make changes, while others are only 
permitted to write notes with suggestions to the primary writers. Others have even more 
lim ited authority and may only read the document. Another useful feature of group 
editing tools is merging, which allows several versions or files to be merged into one. 

2. Synchronous Collaboration 

Synchronous collaboration manages or synchronizes the sending and receiving of 
dynamic text, audio, and video, such that only a single user can dominate a discussion at 
a time. However, a group of users can work together to share ideas in real-time. This 
mode of collaboration is also referred to as “real time collaboration”. It supports 
collaboration at the highest level and includes text-based chat sessions, electronic 
whiteboards, awareness knowledge, and live audio/video conferencing. Synchronous 
activities are also a good way to involve experts who are available for "one-time" 
presentations or discussions. Synchronous capabilities include: 
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• Audio/Video conferencing: audio/video session where users are able to 
see and hear each other electronically on a desktop computer 

• Audio: real time aural information from a microphone to a speaker 

• Video: real-time visual information from a camera 

• Awareness: mechanisms that allow users to know who is on-line. 

• Chat: real-time sharing of text data (i.e. real-time email: “instant'’ 
messages) 

• Shared applications: ability to view and control an application on 
another’s desktop 

• Shared desktop: ability to control the desktop of another computer 
remotely 

• Virtual Teams: individuals forming and acting as a team by means of 
electronic collaboration tools or information services to accomplish a 
mutual goal, regardless of location 

• Whiteboard: shared drawing board analogues to a “chalk board” that may 
be blank or display an image that a group of users can individually mark 
up and review in real-time 

Point-to-point and multi-point communication are two modes of communication 
provided for synchronous collaboration. Collaboration tools that feature point-to-point 
communications require each computer system to handle all of its communication with 
other computer systems involved in a synchronous collaboration session. Point-to-point 
tools are effective only for a small group of users because communication bandwidth can 
rapidly become saturated as more users join a session. Collaboration tools that feature 
multi-point communication are applicable for small and large groups of users, since they 
provide server capabilities that manage bandwidth and facilitate communications 
between user platforms. 

A main advantage of synchronous collaboration is that once a collaborator is in 
touch with the right person, answers are immediate. Material can be shared if both parties 
are in the same place. Synchronous collaboration also allows interactive sharing of ideas 
with several people. 

Disadvantages of synchronous collaboration include the possibility that the other 
collaborator might not be the right person, difficulty in scheduling or getting 
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synchronized, and the fact that users can share only material that they remember to bring 
or have on hand. 

Four technologies that support such interactions are online chat rooms, 
videoconferencing, shared whiteboards, and shared applications and desktop. 


a. Chat 

Online chat rooms are hugely popular as a social medium. M illi ons of 
people engage in chat via fomms such as America Online. In online chat meetings, 
people come together, in real time over long distances, by typing into a computer. All 
comments are recorded on the screen, so participants can scroll back at any time to see 
what was said earlier. At the end of the conversation, ready-made minutes of the meeting 
are available. Some chat environments also include functioning Web pages and graphic 
"slides" that are displayed above the chat window. These types of multimedia features 
allow participants to: 

• Exchange pictures during introductions 

• View photos or slides illustrating a topic or point 

• Show research graphs and charts 

To participate in most "public" chat rooms on the World Wide Web, a 
Web browser is all that is needed, and in most cases, the appropriate plug-ins. The 
problem with these types of chat groups is that they may not focus on the topic of 
interest, and anyone can participate. An alternative to such public chat rooms is to find a 
service that supports the user’s ability to create private chat rooms on the fly or to 
sponsor a "private" chat session. To do so requires that the event’s sponsor purchase and 
install chat server software on a server. People participating in such a private chat need to 
install the corresponding client software on their computers. Most of this software is 
available for free downloading from the Web. Most chat clients have at least three 
windows, the chat area where the chat discussions appear, a text box where a user can 
enter his own messages, and an area containing a list of people who are in the same chat 
room. Online services that provide chat rooms, such as America Online, use their own 
proprietary software. 
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b. Videoconferencing 

With a camera attached to their computers, participants view one another 
as the discussion occurs. Videoconferencing varies greatly in setup and quality depending 
on the manner of reception. Quality varies depending upon size and type of the network 
connection, which shortens or lengthens the lag between audio and accompanying video. 
Some forms of videoconferencing are designed for computer desktop use, while others 
are for use in a central studio or with special dedicated phone connections. They range 
from costly proprietary systems to inexpensive shareware and freeware. Desktop 
videoconferencing frequently provides a text window, or some other form of shared 
workspace in addition to voice and picture. 

While videoconferences can be more immediate and exciting for 
participants than chat meetings they also present more technical challenges. For 
videoconferencing, systems vary from the highly sophisticated with document sharing 
capabilities to inexpensive desktop systems. The video, in the lower-end systems, rather 
than flowing continuously, appears in successive screen shots that change several times a 
second. In order to work properly, each participant’s computer requires a digital camera. 
The quality of videoconferencing is also dependent on the speed of a participant’s 
network/Intemet connection. Slower speeds can significantly degrade performance. 


c. Shared Whiteboards 

Lik e having a whiteboard at a face-to-face meeting, shared whiteboards 
allow a document or image to be viewed simultaneously by two or more people in 
different locations. All participants can annotate the document using the drawing or text 
capabilities of the whitcboaid software. Most shared whiteboard programs use different 
colors to distinguish annotations. 

d. Shared Applications and Desktop 

When users share applications one of the participants can take control of 
the application of the other participant allowing him to make corrections, changes and 
what ever he requires during the collaboration effort. The control has to be granted by the 
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owner and can be negated easily and without notice. It is a very useful tool in real time 
design or editing. Compared with shared whiteboards, users cannot make annotations. 
Similarly, desktop sharing is a technology that allows a user to share his own desktop, so 
the other participant not only has access and control to a specific application, but also the 
control of the collaborator’s machine. Shared applications and desktop are used in cases 

of online help, or problem solving. It is important to note that this remote type of 

collaborative application needs to be wisely managed. 

D. COLLABORATION ARCHITECTURES 

1. Client/Server 

A client/server architecture exists whenever a client makes requests of a server 
system. The system can be a module, a process, a program, or any other entity that can, in 
case of clients, make requests, or, in the case of servers, respond to requests. A 
client/server model is often mapped onto hardware platforms where the servers are 

specialized network nodes that provide service, and the clients are workstations that 
provide the user with graphical user interfaces to access the services of the server nodes. 

A client/server architecture allows groupware applications to optimize the 
utilization of hardware and software resources at both the front end or the client computer 
application, and the back end database server, which provides a centralized “repository” 
of shared database information. Other advantages include the parallelism that can be 
achieved through delegating server tasks and thereby freeing up the client nodes to 

concentrate on optimizing the user interface or interaction. Client/Server architectures 
improve the performance of shared office data access in a LAN environment, and allow 
more users to access the same data often using their existing PC software. 

Since servers and clients are connected through networks, networking is a 
requirement for client/server architectures. End-users need to be on the network in order 
to concurrently share or route information. Network architecture should support the 
necessary communication bandwidth for services offered by internetworked workstations 
to be usable and effective. There are several alternatives for networking architectures and 

they directly affect the network efficiency and performance, and therefore, the 
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performance of the collaboration applications that use the network as a communication 
medium. Identifying the right requirements and bottlenecks is vital since bandwidth is 
crucial for some of them, for example, videoconferencing. 

Typical client/server architectures include file servers and database servers, which 
are very important services for collaborative computing. File servers, which can be 
dedicated or non dedicated, are designed to provide file services to multiple users. 
Through these servers, users can concurrently share resources, the most prominent of 
which is data. On the other side, database servers maintain the information base for the 
network, provide concurrent access to the information base, and maintain the consistency 
and validity of the data. 

However, there are some other server components that are used for collaboration, 
such as video servers, fax servers, document changes management (editing and 
versioning), checking out and checking in of objects, and messaging servers for email 
transport. With the advances in the computing power of PC workstations, storage 
technologies and compression technologies, it is now possible to use video as a digital 
data type. It is thus necessary to have a server that can handle this type of data. Some 
technical problems lim it the use of standard networks and file servers when dealing with 
video data types. A standard network can be rapidly saturated by video streams and thus 
higher throughputs are required. Storage is also a problem since video requires a large 
amount of disk space. Finally, there is a need for performance in the form of a predictable 
response time. The server must be able to deliver more information to the client before 
the client empties the client buffer and the delivery rate must be maintained at a constant 
rate. All these elements favor the need for video servers. 

In most organizations, changes done in documents are important and they must be 
stored and tracked. In client/server architectures, users are making changes (modifying) 
to concurrently shared objects and those modifications need to be managed. The previous 
versions of the document as well as the newly updated versions must be stored. 
Normally, users want the latest version of a document, and the system should be able to 
provide it. 
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An alternative to the above approach is checking in/out the shared objects. These 
objects must first be checked out from a common area or library, worked, operated upon 
or modified and then checked in again. With this method, different users cannot 
concurrendy modify a single document. In order to find and identify the different objects 
or documents, a unique identifier can be used or they can be found using a selection 
criteria. 

Fax servers are becoming increasingly popular because of the wide spread of this 
type of communication. Fax servers are natural extensions of fax machines and instead of 
having a fax machine in the office or in a central place, users are able to send and/or 
receive faxes from their workstations. Users can even use their applications to send faxes 
by using the printing paradigm whereby any document is sent to others by “printing'’ it to 
the fax. 


2. Peer-to-Peer Architecture 

Peer-to-peer computing is the sharing of computer resources and services by a 
direct exchange between systems. These resources and services include the exchange of 
information, processing cycles, cache storage, and disk storage for files. Peer-to-peer 
computing takes advantage of existing desktop computing power and networking 
connectivity and allows economical clients to leverage their collective power to benefit 
the entire organization. 

In a peer-to-peer architecture, computers that have traditionally been used solely 
as clients communicate directly among themselves and can act as both clients and servers 
and assume whatever role is the most efficient for the network. This reduces the load on 
the servers and allows them to perform specialized services, such as mail-list generation 
or billing, more effectively. At the same time, peer-to-peer computing can reduce the 
need for IT organizations to increase part of its infrastructure in order to support certain 
services such as backup storage. 

In industry, peer-to-peer architecture involves more than just the universal file- 
sharing model popularized by Napster. Business applications for peer-to-peer computing 
fall into a handful of scenarios, and one of them is collaboration. 
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Collaboration. Peer-to-peer computing empowers individuals and teams 
to create and administer real-time and off-line collaboration areas in a 
variety of ways, whether administered, unadministered, across the 
Internet, or behind the firewall. Peer-to-peer collaboration tools also allow 
teams to have access to the most up to date data. Collaboration increases 
productivity by decreasing the time for multiple reviews by project 
participants and allows teams in different geographic areas to work 
together. As with file sharing, it can decrease network traffic by 
eliminating e-mail and decreases server storage needs by storing the 
project locally. Peer-to-peer computing enables applications that are 
collaborative and communication-focused. High availability comes 
through the existence of multiple peers in a group, making it likely that at 
any time there is a peer in the group able to satisfy a user request. This 
stands in stark contrast to traditional computing models, where high 
availability comes through complex load-balancing and application fail¬ 
over schemes. Peer-to-peer computing leverages available computing 
performance, storage, and bandwidth found on systems around the globe, 
and works because people rea li ze that there is value in sharing their power 
with others in order to reap the benefits when they need it themselves 

Edge Services. Peer-to-peer computing can help businesses deliver 
services and capabilities more efficiently across diverse geographic 
boundaries. In essence, edge services move data closer to the point at 
which it is actually consumed and acts as a network caching mechanism. 
For example, a company with sites in multiple continents needs to provide 
the same standard training across multiple continents using the Web. 
Instead of streaming the database for the training session on one central 
server located at the main site, the company can store the video on local 
clients, which act essentially as local database servers. This speeds up the 
session because the streaming happens over the local LAN instead of the 
WAN. It also ut ili zes existing storage space, and thereby saves money by 
eliminating the need for local storage on servers. 

Distributed Computing and Resources. Peer-to-peer computing can help 
businesses with large-scale computer processing needs. Using a network 
of computers, peer-to-peer technology can use idle CPU MIPS and disk 
space, allowing businesses to distribute large computational jobs across 
multiple computers. In addition, results can be shared direcdy between 
participating peers. The combined power of previously untapped 
computational resources can easily surpass the normal available power of 
an enterprise system without distributed computing. The results are faster 
completion times and lower costs because the technology takes advantage 
of the power available on client systems. 

Intelligent Agents. Peer-to-peer computing also allows computing 
networks to dynamically work together using intelligent agents. Agents 
reside on peer computers and communicate various kin ds of information 
back and forth. Agents may also initiate tasks on behalf of other peer 



systems. For instance, intelligent agents can be used to prioritize tasks on a 
network, change traffic flow, search for files locally or determine 
anomalous behavior and stop it before it effects the network as in the case 
of a virus. 


According to Groove Networks, one of the leaders in peer-to-peer communication 
and collaboration, “it is not that the Internet cannot adequately serve as a communications 
platform, but rather that peer computing simply may be more cost-effective, more 
personally efficient and more flexible and adaptable to person to person communication.” 
It is more cost-effective because there is a reduction in centralized resources, and storage 
resources, and there is an optimization of network and computing resources. It is also 
more efficient because of the “sense of personal empowerment it engenders”. There is no 
setup required, everything that is needed is in place and all a user needs is to establish a 
connection with someone else to begin a shared session. This sense of personal 
empowerment only grows as innovation continues to occur at the edge of the network. In 
a peer-computing environment, functionality can be added directly (and more quickly) at 
the edge of the network. It is up to the end user to add the function, with no need to 
convince a central iz ed development team to make changes at the server. This is valid for 
collaboration in terms that when a the collaborative application needs “active content” 
there arises potential danger to other shared information on the centralized server. The 
relation between customers and centralized administrators sometimes turns adversarial. 
Peer computing has the potential to diminish the natural tension between administrators 
and end users. 

E. STANDARDS FOR COLLABORATION TECHNOLOGIES 

The International Telecommunications Union (ITU) has defined several 
communications standards used by collaboration tools for both multi-point and point-to- 
point communications. These standards have been vital in the development of 
collaborative tools because they provide the required common framework to make 
collaboration easier. For example, H.323 defines audio and video conferencing protocol 
for networks based on the Internet Protocol (IP). T.120 provides standards for data 
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conferencing capabilities, including application sharing, electronic whiteboard, chat, and 
file transfer functions. 

The T.120, H.320, H.323, and H.324 standards comprise the core technologies for 
multimedia teleconferencing. The T.120 standards address Real Time Data Conferencing 
(Audio graphics), the H.320 standards address ISDN Videoconferencing, the H.323 
standard addresses Video (Audiovisual) communication on Local Area Networks, and the 
H.324 standard addresses video and audio communications over low bit rate connections 
such as POTS (Plain Old Telephone System) modem connections. 


1. T.120 

T.120 is a fist of recommendations for providing the transmission of information 
in multi-point multimedia communications. It is composed of many protocols to ensure 
that file transfer, whiteboard usage, and application sharing, can be used when two or 
more terminals are communicating. It is important to note that T.120 is independent of 
H.320. Information passed using T.120 does not necessarily contain video. T.120 defines 
the transfer of information in a variety of multi-media applications (online, 
www.ktln.com): 

• Data only 

• Audio and data 

• Audio and video 

• Audio, video, and data 

In addition, the T.120 collection of recommendations will operate over many 
different types of networks: 

• PSTN - Public Switched Telephone Network 

• ISDN - Integrated Services Digital Network 

• PSDN - Packet Switched Data Network 

• CSDN - Circuit Switched Digital Network 

• LAN - Local Area Networks 

Extensions to the T.120 family are currently underway that will address 
communicating via ATM (Asynchronous Transfer Mode) and the H.324 POTS 
videophone. 
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The T.120 standard contains a series of communication and application protocols 
and services that provide support for real-time, multi-point data communications. These 
multi-point facilities are important building blocks for a whole new range of collaborative 
applications including desktop data conferencing, multi-user applications, and multi¬ 
player gaming. 

Broad in scope, T.120 is a comprehensive specification that solves several 
troublesome problems that have historically slowed market growth for applications of 
this nature. Perhaps most importantly, T.120 resolves complex technological issues in a 
manner that is acceptable to both the computing and telecommunications industries. 

T.120 is an open standard defined by leading data communication practitioners in 
the industry. More than 50 key international vendors, including Apple, AT&T, British 
Telecom, Intel, MCI, Microsoft, and PictureTel have committed to implementing T.120- 
based products and services. 

T.120 provides exceptional benefits to end users, vendors, and engineers tasked 
with implementing real-time applications. Hie following list is a high-level overview of 
the major benefits associated with the T.120 standard. 

• Multi-point Data Delivery: T.120 provides an elegant abstraction for 

developers to create and manage a multi-point domain with great ease. 
From an application perspective, data is seamlessly delivered to multiple 
parties in "real-time". 

• Interoperability: T.120 provides a means for endpoint applications from 

multiple vendors to interoperate. It also specifies how applications may 
interoperate with or through a variety of network bridging products and 
services that also support T.120. 

• Reliable Data Delivery: Error-corrected data delivery ensures that all 

endpoints will receive each data transmission. An application can even 
specify that each endpoint must receive each data packet in the exact same 
order. 

• Network Transparency: Applications are completely shielded from the 

underlying data transport mechanism being used. Whether the transport is 
a high-speed LAN or a simple dial-up modem, the application developer is 
only concerned with a single, consistent set of application services. 

• Network Independence: The T.120 standard supports a broad range of 
transport options, including the Public Switched Telephone Network 
(PSTN or POTS), Integrated Switched Digital Networks (ISDN), Packet 
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Switched Digital Networks (PSDN), Circuit Switched Digital Networks 
(CSDN), and popular local area network protocols (TCP/IP and IPX). 
Furthermore, these vastly different network transports, operating at 
different speeds, can easily co-exist in the same multi-point conference. 

• Platform Independence: Since the T.120 standard is completely free from 
any platform dependencies, it will readily take advantage of the inevitable 
advances in computing technology. In fact, companies have already ported 
the T.120 source code easily from Windows to a variety of environments 
including OS/2, several versions of UNIX, and other proprietary real-time 
operating systems. 

• Support for Varied Topologies: Multi-point conferences can be set up with 
virtually no lim itation on network topology. Star topologies with a single 
Multi-point Control Unit (MCU) are common. The standard also supports 
a wide variety of other topologies ranging from those with multiple, 
cascaded MCUs to topologies as simple as a daisy-chain. In complex 
multi-point conferences, topology may have a significant impact on 
efficiency and performance. 

• Application Independence: Although the driving market force behind 
T.120 was teleconferencing, its designers purposely sought to satisfy a 
much broader range of application needs. Today, T.120 provides a 
generic, real-time communications facility that can be used by many 
different applications including interactive gaming, virtual reality and 
simulations, real-time subscription news feeds, and process control 
applications. 

• Scalability: T.120 is defined to be easily scalable from simple PC-based 
architectures to complex multi-processor environments characterized by 
their high performance. Resources for T.120 applications are plentiful, 
with practical lim its imposed only by the co nf ines of the specific platform 
running the software. 

• Co-existence with Other Standards: T.120 was designed to work alone or 
within the larger context of other ITU standards such as H.320. In several 
places, T.120 also supports and neatly cross-references other important 
ITU standards such as V series modems. 

The T.120 standard can be freely extended to include a variety of new capabilities 
such as support for new transport stacks such as ATM or Frame Relay, improved security 
measures, and support for new application-level protocols. 


2. H.320 

The H.320-series governs the basic video-telephony concepts of audio, video and 
graphical communications by specifying requirements for processing audio and video 
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information, providing common formats for compatible audio/video inputs and outputs, 
and protocols that allow a multimedia terminal to uti liz e the communications links and 
synchronization of audio and video signals. 

Lik e the other multimedia teleconferencing standards, H.320 applies to multipoint 
and point-to-point sessions. The H.320 suite addresses videoconferencing over circuit 
switched services such as ISDN or Switched-56. The components of the H.320 standard 
are summarized in the Table 2 (IMTC). 


Recommendation 

Description 

H.320 

Narrow-band visual telephone systems and terminal equipment 

H.221 

Frame structure for a 64 to 1920 kbits/s channel in audiovisual 

teleservices 

H.261 

Video codecs for audiovisual services at Px64 Kbps 

H.263 

Enhanced reference picture selection mode 

H.230 

Frame-synchronous control and indication signals for audiovisual 
systems 

H.231 

Multipoint control unit for audiovisual systems using digital 
channels up to 2 Mbits/s 

H.243 

System for establishing communication between three or more 

G.711 

Pulse Code Modulation (PCM) of voice frequencies 

G.722 

7 khz audio-cpding within 64 kbit/s 

G.728 

Coding of speech at 16 kbit/s using low-delay code excited linear 


(Source: International Multimedia Telecommunications Consortium, Inc) 


Table 2. Summary of the Components of the H.320 Standard. 

3. H.323 

The H.323 standard was originally developed as an adaptation of H.320, which 
addresses videoconferencing over ISDN and other circuit switched networks and 
services. Since H.320 was ratified in 1990, corporations have increasingly implemented 
Local Area Networks (LANs) and LAN gateways to the Wide Area Network (WAN). 
H.323 has evolved beyond a logical and necessary extension of the H.320 standard to 
include Corporate Intranets and packet-switched networks generally. H.323 u tiliz es the 
Real-Time Protocol (RTP/RTCP) from IETF, along with internationally standardized 
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codecs. With the ratification of version 2, H.323 is also being used for video and other 
communications over the Internet. 


H.323, in common with the other ITU multimedia teleconferencing standards, 
applies to multipoint and point-to-point sessions. 

The components of the standard are summarized in Table 3 (IMTC). 


Recommendation 

Description 

H.323 

Systems document, describes overall operation and procedures for 
H.323 systems. 

H.225.0 

Specifies messages for call control including signaling, registration 
and admissions, and packetization/ synchronization of media 

H.245 

Specifies messages for opening and closing channels for media 
streams, and other commands, requests and indications. 

H.450.X 

Series of Suplimentary service recommendations. Defines signalling 
and procedures used to provide these telephony-like services 

H.235 

Defines the security framework used to provide authentication, 
encryption and integrity to H.323 systems 

H.332 

Provides large scale, or loosely-coupled conferencing based upon 
H.323. 

H.261 

Video codec for audiovisual services at P x 64 Kbps. 

H.263 

Specifies a new video codec for video over POTS. 

G.711 

Audio codec, 3.1 KHz at 48, 56, and 64 Kbps (normal telephony). 

G.722 

Audio Codec, 7 KHz at 48, 56, and 64 Kbps. 

G.723 

Audio Codec, for 5.3 and 6.3 Kbps modes 

G.728 

Audio Codec, 3.1 KHz at 16 Kbps. 

G.729 

Audio Codec, 8 kbps audio codec. 

Table 3. 

(Source: International Multimedia Telecommunications Consortium, Inc) 

Summary of the Components of the H.323 Standard. 


4. H.324 

H.324 addresses and specifies a common method for sharing video, data, and 
voice simultaneously using V.34 modem connections over a single analog (POTS) 
telephone line. It also specifies interoperability under these conditions so that 
videophones, for example, based on H.324, are able to connect and conduct a multimedia 
session. 
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Of the three ITU standards that address videoconferencing, H.324, H.323 and 
H.320, H.324 has the broadest impact in the marketplace because H.324 incorporates the 
most pervasive communications facility or POTS installed today on a global basis. In 
comparison, H.320 specifies videoconferencing over circuit-switched media such as 
ISDN and Switched 56, while H.323 extends H.320 video to corporate intranets, LAN's 
and other packet-switched networks. As a result, H.324 based products are expected to be 
prominent in the mass market/retail segment where PC's equipped with this capability are 
already available. 

The H.324 suite consists of five recommendations: H.324, H.223, H.245, H.263 
and G.723.1 (formally G.723). H.261 Video Compression and T.120 Data is also 
specified. Table 4 (IMTC) summarizes and briefly describes these recommendations. 


Recommendation 

Description 

H.324 

Defines a multimedia communication terminal operating over the 
Switched Telephone Network. It includes H.261, T.120, and V.34. 

H.263 

Defines video coding for low bit rate communicatons (typically less 
than 64 Kbps). 

H.223 

Defines a multiplexing protocol for low bit rate multimedia 

H.245 

Defines control of communications between multimedia terminals. 

G.723.1 

Defines speech coding for multimedia telecommunications 
transmitting at 5.3/6.3 Kbps. 


(Source: International Multimedia Telecommunications Consortium, Inc) 


Table 4. Recommendations of the H.324 Suite. 

F. CHALLENGES AND TRENDS OF COLLABORATIVE TECHNOLOGIES 

1. Challenges 

Most organizations encounter difficulty not with the technology but with the 
manner in which people in the organization use the technology. Thus, the use of 
collaborative technology poses not only a technical challenge to organizations but also a 
managerial, organizational and cultural one. These issues need to be addressed correctly 
so that a successful collaboration environment can be developed and maintained. 
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While collaborative technologies make it easier to bring people together, they can 
also make it easier for people to pull them apart. This situation occurs because 
computerized communication methods do not transmit most of our nonverbal cues, which 
are important in establishing the richer meaning of a message by adding context. A large 
percentage of our meaning is conveyed via nonverbal cues. Facial expressions, body 
language, voice tone, expression, inflection, touching and distance are but a few of these 
cues. E moticons were the first attempt at including nonverbal cues in text-based email. 
Video technology can show facial expressions and some body language, but more work is 
needed in order to capture more of the imprecise nature of human communication to 
make the meaning of the message received more precise. The real challenge is making 
the virtual encounters and collaboration efforts as real as possible by capturing the non 
verbal cues of human communication. If this can be done, collaboration in the future will 
be much easier than it is today. 

2. Trends 

Today, nearly every organization uses some type of collaborative data application 
with email by far being the most common. Most medium and large organizations use 
comprehensive collaborative platforms, called integrated collaborative environments 
(ICE), to schedule meetings, manage emails and build custom applications. IBM/Lotus 
Notes and Microsoft Exchange are the most popular examples of ICE applications. 
Collaboration has been evolving and three periods were identified by IDC. These are the 
pre-Internet age, the ICE age, and the contextual collaboration age. In the pre-Internet 
age, separate email, fax and voice messaging systems, costly X.400 value area networks 
for external messaging, personal calendaring/scheduling, proprietary client and server 
software, and internal workgroup email existed. Then, collaboration evolved to the ICE 
age where free SMTP Internet email existed, Internet standards appeared, new services 
and applications were introduced such as team collaborative applications as well as real 
time conferencing, Internet and Web hosted application services. These are separate 
from other business applications. All these applications and services provided users with 
functionality, ease of use and user control, but organizations realized that they were 
relying at the same time on other types of software to serve their customers and manage 
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their finances and web sites. They had to abandon their primary applications if they 
wanted to collaborate, and in addition, they were faced with completely new interfaces 
and environments. In the new age or the contextual collaboration age, vendors connect 
traditional business applications with collaboration features, such as presence awareness, 
instant messaging, real time conferencing, file exchange and virtual workspaces. The 
result is an ad-hoc, user driven, seamless collaboration within the context of business 
processes, applications and web sites. Hie main benefits of this contextual collaboration 
are (Mahowald and Lewitt, 2001): 

• Ease of use: the transition will be seamless to users. The new option, tab 
or icon located within a familiar interface is the only new thing to learn. 

• Focus: users’ primary business work and collaboration happen 

concurrently from the same interface and use the same business rules 
which encourages solving problems as they arise rather than waiting until 
the problem escalates 

• Mobile access: “context” refers to more than just the situation such as 
using the appropriate form factor also. Mobile users do not have the time 
or the display devices to access applications and information the way they 
would when sitting at their regular desks, so providing the exact features 
and information according to the user’s context is very important. 

Another trend to consider is the prediction that people will work and collaborate, 
synchronously, asynchronously, and semi-synchronously, and that organizations will be 
asking for more capabilities and that they will collaborate in all possible forms in order to 
achieve their collaborative goals. This fact has caused companies to include not only one 
type of tools or tools for just one type of collaboration. Moreover, the trend is that 
applications will be provided as suites with many functions offered. Finally, and related 
to the aforementioned issues, the cost of ownership will be lower. The trend of today’s 
applications is towards a browser-based client that will be easy to use with little or no 
training required. Farge applications, with dedicated personnel, servers, and which are 
complex and difficult to master are slowly disappearing from the market. 

In the following chapter an ideal collaborative environment will be presented and 
a methodology to design and implement it will be proposed. 


50 



IV. COLLABORATIVE SYSTEM DEVELOPMENT 


This chapter discusses what an ideal collaborative environment should look l ik e 
independent of specific technologies or products. It then overviews existing 
methodologies for developing information systems and proposes a methodology, based in 
the traditional System Development Life Cycle (SDLC), to develop a collaborative 
system. 

A. THE IDEAL COLLABORATIVE ENVIRONMENT 

It is hard to define an ideal collaborative environment, because it will depend on 
the organization, context, problem, participants and other factors. Many authors have 
tried to define it and there are some agreements on this issue. Dargan proposes seven 
capabilities that a collaborative environment should have (Dargan, 2001): 

• Rapidly find the right people with the right expertise 

• Quickly organize and conduct virtual teams and meetings 

• Enable cross-organizational collaboration to support the business lifecycle 

• Build, find, and exchange information across organizational boundaries 

• Deliver the right information to the right people as soon as it is available 

• Provide and maintain sufficient security 

• Employ technology and community standards 

This fist can be complemented by other characteristics or capabilities, such as: 

• Allow different types of collaboration 

• Keep a record of all collaborations for further reference 

The following is a discussion of the five more important requirements for an ideal 
collaborative environment: 

First, it should be easy to quickly organize and form teams and conduct meetings, 
whether the collaboration will be asynchronous or synchronous, in the same or in a 
different place. Corporate culture, procedures, and other means should support the quick 
formation of teams, otherwise the opportunity to collaborate might expire, because of 

time restrictions, patience of the potential collaborators, etc. The ability to quickly 
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organize, form teams, and conduct meetings requires both technical and organizational 
aspects. On the technical aspect, communications have to be reliable, secure, with high 
quality of service and across the whole organization. On the organizational aspect, the 
organization has to be prepared to perform collaborative work. 

Second, it should be easy to find the right person with the right expertise. 
Sometimes people need someone else to collaborate because they have expertise in 
certain topics. The ideal collaborative environment should allow people to find the person 
they need. Directories, people finders, address books, yellow pages and other means to 
find different experts in different fields, and ways to establish communication with them 
are essential. The ability to find experts has to be flexible and robust enough to allow 
finding the right people even if partial information is available (e.g. search only by topic, 
by last name, by department). Finding people is not hard, but finding people with 
expertise in a specific topic that works in a certain place and has specific experiences is 
more difficult, especially if they work in different parts of the organization. Collaboration 
between organizations might help on this area (e.g. sharing personnel and expertise 
information). Another challenge is that in order to share and get expert information from 
another organization, compatible communications means have to be available. Currently, 
two standards compete to support directory service protocols: Lightweight Directory 
Access Protocol (LDAP) and X.500. The protocol standards are not compatible, although 
custom interfaces can be developed to exchange packets between the various commercial 
products used by different organizations. Vendors have begun developing software to 
implement meta-directory mechanisms, generally using LDAP as the preferred standard 
(Dargan, 2001). 

Third, the ideal collaborative environment should use rapid and intelligent search 

tools to find information by keywords within their required context, pruning the search 

space to provide a few relevant matches. The tools should allow users to define the 

context of a keyword or phrase. For example, a search for “Pentagon news” could apply 

specific search criteria such as public newscasts about the Secretary of Defense, Navy, 

Army, Air Force, and Marines. In this way, the search is more focused giving more 

relevant answers. Intelligent search and retrieval tools should help, by providing more 

information of the document / image so that the user can determine if that match is really 
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what he is looking for. This approach makes the search more efficient, and helps the user 
in determining which documents are the most appropriate. Immediate access to 
information that grows every day will be a challenge for the next years. Technologies 
such as network caching and storage area networks (SAN) are being used to speed up 
information access (Dargan, 2001). 

Fourth, a collaborative environment should enable cross-organizational 
collaboration to support the business lifecycle by giving people in the organization ways 
to brainstorm, exchange and develop ideas together, even if they are far away. In this way 
they can electronically develop products or services together. The challenge is that 
current wor kf low tools do not capture current organizations business mles, so they have 
to be adapted to them. Managerial problems such as who becomes he product originator 
or who is responsible for updating and maintaining it also arise. These type of problems 
force the organizations to develop plans and mles to manage and handle all the 
information related with these joint products. 

Once the information is available it should be disseminated to the users, even if 
they didn’t specifically ask for it. The system should have their users profiled, so when 
information is obtained and is available, it should be sent throughout the collaborative 
environment t> all relevant users that might be or are interested in, or are looking for that 
specific piece of information. It is very important that the information is sent in a format 
that the user can read, so the applications users have should be included in the profile. 
Knowing this allows the system to send the information in the right format for that user. 
To implement this capability the ability to search and retrieve information has to be 
powerful. 

A key issue in collaborative applications is security. Since there are many users, 
usually located in different locations, communications is accomplished through networks, 
Intranets and the Internet. There is a real danger that information might be modified, 
copied or denied by others, affecting its integrity, confidentiality and secrecy. The 
security systems need to be proactive, denying unauthorized access, detecting and 
disabling intrusions before damage or compromise occurs, and protecting systems from 
malicious code and viruses. Collaboration tools have to include current security services 
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such as virus checkers, firewalls and intrusion detection systems, and new developments 
such as Public Key Infrastructure (PKI) for private and public certificates. In general, 
every advance in the security field should be applied to this environment. 

In order to have interoperability in this environment, all the applications have to 
talk in the “same language”. It is therefore essential that collaboration tools follow 
industry standards, for their underlying technologies in order to facilitate interoperability. 
This is an area where the industry is still evolving, but there is a big effort for defining 
and establishing standards, as it was discussed in chapter III. 

Fifth, the system should allow different types of collaborations. A collaborative 
system and environment should have the tools and technologies to allow the organization 
to perform all the collaborative efforts they need and require. 

Much of the collaboration done in organizations takes time and lasts long periods. 
During that period, lots of information and knowledge is created, shared and 
disseminated. An important issue is capturing and storing this information. Usually it will 
be necessary to go back and see what was said, what was done, etc, and if these tools do 
not capture, store, and archive this information, it will be impossible to learn from 
previous experiences. 

B. INFORMATION SYSTEMS DEVELOPMENT 

As in any information system, developing a collaborative system requires a 
formal methodology. This section reviews the classical development methodologies used 
in information systems. In the following section we adapt existing methodologies to 
collaborative system development. 

A system life cycle divides the life of an information system in two stages, 
systems development and system operation and support. The system is first designed and 
built and then used, maintained and supported. 

A methodology is needed to provide structure to system development. 
Methodologies ensure that a consistent, reproducible approach is applied to all projects. 
Methodologies reduce the risk associated with shortcuts and mistakes. They also provide 
complete and consistent documentation from one project to the next. This allows reusing 
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the work from one project to another, and people can understand better what was done 
before. 

Whitten (2001) indicates that there are some principles that should underlie all 
systems development methodologies, and they are: 

• Get the owners and users involved 

• Use a problem-solving approach 

• Establish phases and activities 

• Establish standards 

• Justify systems as capital investments 

• Don’t be afraid to cancel or revise scope 

• Divide and conquer. 

• Design systems for growth and change 

Although these principles are general and intuitive, they are helpful for people 
that are in charge of developing an information system, and can also be applied in the 
development of collaborative systems. 

1. The Traditional System Development Life Cycle 

A traditional System Development Life Cycle (SDLC) consists of four 
fundamental phases - planning, analysis, design, and implementation - which lead to a 
deployed system. It is called a system development cycle, because it is highly iterative 
though a normal progression is to follow each phase in a linear order. Each phase consists 
of a series of steps, which rely on techniques that produce deliverables. These phases are 
shown in Figure 8. 
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Figure 8. The Traditional System Development Life Cycle (SDLC) (From: Turban and 

Aronson, 2001). 

The planning phase starts with a business need not being met. This includes 
possible opportunities, which are chances to improve the organization specific problems, 
that is preventing it from achieving its purpose, goals and/or objectives. If it appears 
worthwhile, a detailed feasibility analysis is conducted which further considers the 
viability of the project. The feasibility study addresses questions concerning the 
technical, cost and organizational feasibility. After it is completed and approved, a 
project manager is assigned and he or she creates a work plan, staff the project and adopts 
a methodology for managing it. 

The analysis phase determines what the system is supposed to do. Questions l ik e 
who are the stakeholders, what will the system accomplish, and where and when it will 
run are answered in this phase. Here the problem is analyzed, information is gathered, 
and processes and data are modeled. This phase primarily focus on the problem, 
independent of any technology that can or will be used to implement a solution to that 
problem. 
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The design phase indicates how the system will work, considering all the details 
of hardware, software, network infrastructure, user interface, and other technical details. 

Hie implementation phase develops the system based on the specification 
developed during design phase. It includes not only the development of the system, but 
also testing and verification. 

This methodology is also known as the Waterfall Model, because its phases 
follow each other in sequence, like a waterfall. This methodology states that the 
developer has to think about what is being built, then establish the plan for how it should 
be built, and then build it. The waterfall methodology forces analysis and planning before 
building the system. The process forces the analysis team to precisely define their 
requirements which may not be fully known. It requires the analysis team to define all the 
details up front. There is no room for mistakes and no process for error correction after 
the final requirements are released. There is no feedback about the complexity of 
delivering each one of the requirements. An easily stated requirement may significantly 
increase the complexity of the implementation, and may not even be possible with today's 
technology. Had the requirement team known this fact, they could have substituted a 
slightly different requirement that met most of their needs and could have been easier to 
achieve. In a fast moving technology, the waterfall methodology builds products that, by 
the time they are delivered, are obsolete. There is no early feedback from the customer. 
Because users usually have problems articulating their requirements, once they see what 
they could get, users will want something entirely different from what they initially 
specified. Hie waterfall methodology puts so much emphasis on planning that in a fast 
moving target arena it cannot respond fast enough to change 

2. The Spiral Methodology 

The spiral methodology addresses some of the problems introduced by the 
waterfall methodology. The spiral methodology also has four phases. A little time is 
initially spent in each phase followed by several iterations over all four phases. Simply, 
the methodology iterates over the processes of think a little, plan a little, implement a 
little, and then test a little. The document structure or deliverable types from each phase 

do not change in structure, but the content is very dynamic. As the methodology 
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progresses more detail is generated. Finally, after several iterations, the product is 
complete and ready. 



Figure 9. Spiral Methodology (From: www.controlchaos.com). 

The spiral methodology is an incremental improvement on the waterfall 
methodology. It allows for feedback on the complexity of each requirement. There are 
opportunities where mistakes in the requirements can be corrected. The end user gets a 
peek at the results and can provide useful feedback information. The implementation 
team can provide feedback performance and viability information back to the 
requirement and the design teams. The product can better make use of technology. As 
new advances are made, the design team can incorporate them into the architecture. 

The main problem with this methodology is that it has no effective controls of the 
oscillation of the spiral. More often than not, the length or number of cycles grow 
unbounded. There are no constraints on the requirement team to “get things right the first 
time”. This leads to the sloppy requirements from the requirement team that gets 
implemented by the implementation team to be eventually thrown out. The architecture 
team is never given a complete picture of the product and hence will not be able to 
complete an efficient global architecture. There are no firm deadlines. Cycles continue 
with no clear termination condition. The implementation team may be chasing a 
continuously changing architecture and dynamic product requirements. 
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3. Rapid Application Development (RAD) Methodologies 

Rapid application methodologies adjust the SDLC so that parts of a system can be 
developed quickly and users can obtain some functionality as soon as possible. These 
include methods of phased development, prototyping, and throwaway prototyping. 

The phased development methodology involves breaking a system up into a series 
of versions that are developed sequentially. Each version has more functionality than the 
previous one, as they evolve into a final system. The advantage of using this 
methodology is that users get functional versions quickly, but the disadvantage is that 
they don’t get the final version until the end of the effort. 

Prototyping involves performing the analysis, design, and implementation phases 
concurrently and repeatedly. System prototypes are quickly developed and presented to 
the users, who give feedback to developers on how they meet their requirements. The 
main advantage of this approach is that users can actually operate a version of the system, 
even if it is not fully completed. The feedback provided is then used to modify the 
prototype, and a new prototype can be developed (although further analysis might be 
needed to do this). The disadvantage of this approach is that changes are introduced 
quickly and there is no attempt to correct design decisions early on; instead they are 
repaired as the system evolves. On the other hand, if prototyping is done carefully with 
good design practices, it can be very effective. Figure 10 illustrates this process. 
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Figure 10. Prototyping Development Process (From: Turban and Aronson, 2001). 

Throwaway prototyping is similar to both prototyping and the traditional SDLC. 
As in the SDLC, the analysis phase is thorough, hit design prototypes are developed to 
assist in understanding more about the system being developed, especially when it is not 
clearly understood. Sometimes these prototypes are developed as pilot tests to learn about 
the user requirements and the final system to be deployed. This development process is 
shown in Figure 11. 
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Figure 11. Throwaway Prototyping Development Process (From: Turban and Aronson, 

2001 ).. 

C. COLLABORATIVE SYS TEM DEVELOPMENT 

In this section, a methodology is proposed to develop a collaborative 
environment. It is based on Rapid Application Development, but has been modified and 
adapted to meet the unique nature of collaborative environments. 

For the purpose of this section, it is assumed that the organization has already 
determined that a need existed for collaboration for reasons such as the nature of the 
work and the need for different and distant units to coordinate tasks. The goal is to design 
and develop an environment that matches the organization’s characteristics and needs. 

The proposed methodology, called Collaborative Systems Development Cycle 
(CSDC), includes several phases, which are described and summarized in the following 
paragraphs, and shown in Figure 12. 
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COLLABORATIVE SYSTEM DEVELOPMENT CYCLE (CSDC) 


through: 



Figure 12. Collaborative System Development Cycle (CSDC). 


Since collaboration affects the manner in which people relate at work, and as a 
result, procedures, corporate culture and other organizational factors can change, 
especially if collaboration is new to the organization. Therefore, the developing team 
must be multidisciplinary. It should, for example, include technical experts to analyze, 
define, and select the most appropriate collaboration tools for the organization’s specific 
needs, as well as organizational and management experts to recommend the best 
measures to be taken to introduce this new environment to the organization. This section 
focuses on the technical aspects of selecting a collaborative environment and does not 
address any managerial, cultural or organizational aspects. 
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The proposed CSDC begins with a requirements analysis phase in which analysts 
capture the collaborative requirements of the organization. This is done through sampling 
of documentation, observing the working environment, using questionnaires, and 
conducting interviews. The output of this phase is a list of functional and non-functional 
collaborative requirements. An iterative process follows in which a prototype is designed, 
implemented and presented to the users for their input. Users provide feedback and the 
requirements are then refined, and new ones incorporated in the prototype. This iterative 
process is repeated until a final system is designed, implemented and approved by the 
users. The final phase is the deployment of the system. This phase includes the final 
installation of the system and the implementation of all managerial, cultural and 
organizational measures required for the deployment of a new collaborative system in the 
organization. 

1. Requirements Analysis Phase 

In this phase, the developer obtains the requirements of the system to be 
developed from the user. The developer then determines the scenario, type of data, 
intended audience, number of participants, and the processes or actions performed with 
this data and how collaboration inside the organization is affected. The output of this 
phase is a list of functional and non-functional collaborative requirements. For example, a 
functional requirement might be a requirement to share a document with five people 
simultaneously regardless location. An example of a non-functional requirement might be 
that the system must be very well documented for training purposes. It is important to 
emphasize that at this phase of the project, the developer is only determining what the 
customer wants and requires in order to solve any problems, but not, how to solve them. 

Four methods are proposed to collect user’s requirements: 

• Sampling of existing documentation, forms and databases 

• Observation of the work environment 

• Questionnaires 

• Interviews 

These methods allow the developer to determine and model the collaborative 
environment requirements which will be used in the design phase to determine the most 
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appropriate technologies and tools for the organization. The idea is to determine the level 
of collaboration required given the characteristics of the desired collaborative 
environment. These fact finding methods also help the users to discover their 
requirements since sometimes they only have a vague idea of what they require. 

The purpose of the sampling of the documentation is to understand how the 
organization is structured, who the main players are and their relationships with each 
other, what documentation already exists describing the problem or collaboration needed, 
and what type of data and information exists, and how often it is exchanged inside or 
outside he organization. The team assigned to this task needs to have some experience in 
collaboration approaches and technologies, since they need to identify documents 
relevant to collaboration. 

By observing the work environment, analysts get a good feel for how the 
organization functions by noting what the people do, how they do it, how they relate to 
each other, how often they collaborate and the ways in which collaboration already exists 
in the organization. Experienced analysts are needed to perform this task so as to be able 
to detect problems and better understand the existing collaborative environment. If there 
is no existing collaboration, an experienced analyst might be able to detect areas where 
collaboration is required or validate what the users are requesting. The analyst must be 
careful not to disturb or interfere in normal activities since people’s behavior might 
change, leading analysts to draw the wrong conclusions. 

By using questionnaires, the analysts collect information and opinions from 
respondents. These questionnaires can be mass-produced, distributed to large groups of 
people, results can be collected and uniform responses maintained. The questionnaire 
should be distributed a cross-section of the organization in order to obtain a broad 
response. All answers should be gathered, analyzed, summarized to produce a list that 
represents the organization’s requirements. It is important to determine the relative 
importance of these requirements since not all of them can always be satisfied. The 
manner in which to select which requirement to satisfy first is called relative ordering. 

The results of the questionnaire should enable a developer to determine which 
technology, or which combination of technologies, are best for the specific case. A 
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questionnaire should be designed in such a way that it starts with general questions and 
ends with detailed questions. In this way, the developer can use the answers to match the 
requirements with existing technologies. At a later stage, these technologies are matched 
with existing commercial products. A proposed questionnaire is shown in Appendix A. 

Finally, interviews are used to complement the other methods. They are used to 
discover new facts, clarify already known facts, verify facts, get the user involved, 
generate enthusiasm and solicit ideas and opinions. Usually interviews are conducted 
after the other methods are performed. Interviews provide a good opportunity to speak 
directly with the users, and if they are well structured and defined, can result in insightful 
and useful information. When conducting interviews, it is important to determine the key 
people to be interviewed since interviews are a selective activity when compared to the 
questionnaire, which is more general. Appendix B shows some guidelines for conducting 
interviews (Whitten, 2001). 

2. Design Phase 

The design phase starts after the requirements analysis phase is completed and the 
developer obtains a general understanding of how the organization works, the when, 
what, why, who and where of collaboration. In this phase, the requirements are matched 
with existing collaborative technologies. The developer analyzes the different ways to 
design a system in order to fu lf i ll those requirements. This analysis not only includes 
technical aspects, but also the managerial, cultural and organizational aspects. After 
identifying candidate solutions, each one must be analyzed in terms of technical, 

operational, economical, risk and schedule feasibility, and one will be proposed which 
best satisfies the technical, operational, economic, risk and schedule feasibility. For 
example, a solution might be the best technically, but costs more than the allocated 
budget, or will take more time to implement than the time available to do so. The output 
of this phase, will be some managerial, cultural and organizational recommendations, and 
a technical solution. With the complete design, a set of specifications reflecting the 

business requirements is presented to the user for approval. 

The results of the questionnaire are used to determine the appropriate 

collaboration technologies using a decision tree approach. Using a decision tree the 
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developer matches different requirements obtained during the requirements phase until a 
specific technology recommendation is obtained. The system starts with the time/place 
framework, followed by the action to be done, for example sharing and discussing, the 
data type to be used on that interaction such as text or video, and the intended audience. 
Up to 5 people can be considered a small audience, between 5 and 10 a medium 
audience, and more than 10 is considered a large audience. There is also some other 
information presented the purpose of which is to complement what was already 
explained. The capability to make annotations and/or changes, and the expected response 
time are used to help the developer determine the best technology to use. Even though the 
matching process is designed to start with the time/place framework information, a 
developer could start with the additional characteristics and eventually determine a 
technology, but in some cases, it could be too broad and does not help much. As 
mentioned previously, the main and recommended way to traverse the decision tree is to 
start with time, place, type of action and type of data (left to right). 

The matching criteria focus first on where the collaboration will take place and if 
it will be synchronous or not. This is the usual and most popular way to classify the 
different collaborative technologies. Later, the questionnaire focuses on what type of 
activity will be done during the collaboration process. This question helps to narrow the 
search of the technology, and it is a differentiator between them. Activities such as 
sharing, discussing or displaying make the difference between different technologies. 
Once the type of interaction to be implemented is known, the type of data that will be 
used needs to be determined. This is important since when combined with the type of 
interaction and intended audience gives a very narrow search result, which in fact, is the 
required technology. All the different technologies have other characteristics, but in most 
cases, they are too broad and general in determining a specific technology. A user can 
start with them to determine a specific technology, but it will be very difficult to 
determine a technology without knowing more since it is shown as complementary to the 
previous process but when combined with the previous matching procedure can give a 
much better detailed idea of the technology. 

In order to make it more presentable and readable, the decision tree was split into 

four parts with each one representing one of the quadrants of the time/place framework 
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matrix. In this way, users can traverse the tree easily and obtain the corresponding 
technology. These trees are included in Appendix C. 

For this thesis, a simple prototype of an expert system was implemented using a 
trial version of the Exsys CORVID software. The main purpose of the prototype is to 
help a developer determine the best collaborative tools for a set of requirements that the 
user specifies to the system. It is based on the decision tree described earlier. 

Hie user interface is simple and consists of short questions that the user has to 
answer by selecting from options that the program presents. Since more than one option 
can be selected, check boxes were used as the input option. The prototype includes four 
questions, and after processing, provides the results, which consists of one or more 
collaborative tools. 


Figures 13 and 14 show some screen shots of this prototype. It can be seen that 
the user has to answer some questions and the system provides the best collaborative 
technology for the entered requirements. 



Figure 13. Expert System Requirements Input. 
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Figure 14. Expert System Recommendation. 

The expected result is not only one technology since, usually in organizations, the 
collaboration needs are broad and affect various aspects. 

An important decision addressed in this phase is whether to build the system in- 
house, or integrate existing commercial collaborative tools and products. Organizations 
are better off with the latter choice since such a large number of technologies, tools and 
products are on the market today and it is not cost/effective to start developing a new 
product. It is a long and costly activity. It is better to analyze the different alternatives in 
technologies and products and choose the one(s) that best fits the needs of the 
organization. 


3. Implementation Phase 

In this phase, the already designed system is built and the chosen technology and 
specific tool are matched. Activities include building networks, installing and testing new 
software, and writing and testing new software if necessary. This last activity might not 
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be necessary if commercial applications are procured. However, sometimes some code 
must be written to interface with existing systems. 

A prototype is built and presented to the user for testing and exploration. This 
prototype will show the users what the final system will look like and whether it will 
improve communication and collaboration processes. It is during this testing phase that 
the user might find new requirements or refine the previous ones. Tests have to be 
conducted both on individual system components as well as the overall system. 

4. Deployment Phase 

The deployment phase is the last phase before the system becomes operational. 
This phase consists of deploying the system on a specific date, or in stages, at one or 
several locations of the organization following a deployment plan. This plan specifies 

when the new system will be operational, when and how all new procedures, rules or 

directions are to be in place. The plan also includes testing the system in the real 

environment as well as training the users in using, operating and maintaining the system. 
It is during this phase that most of the managerial and organizational aspects are put into 
practice, and where special attention must be paid to these issues. 

In the following chapter, an analysis and comparison of some of the main 

collaborative tools existing in the today’s market will be done. Special attention is paid to 
those tools mandated by the US Navy to be used in collaborative efforts. 
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V. COLLABORATION TOOLS 


This chapter presents an overview and comparative analysis of some commercial 
collaborative tools on the market today. Products from Microsoft, IBM/Lotus, Sun 
Microsystems, and Cybozu were chosen for the analysis based on their market share and 
relevance to DOD. The discussion in this chapter is based on the collaborative 

technologies classification presented in Chapter HI. It is interesting to note that in an 
August 2001 message, DOD established the “use of NetMeeting and SunForum as the 
basic building blocks for DOD’s collaborative strategy”. The same directive authorized 
the use of any tool that is interoperable with, integrates or incorporates 

NetMeeting/SunForum. 


A. CHARACTERISTICS OF A GOOD COLLABORATIVE TOOL 

An ideal collaborative tool should have the following characteristics: 

• Simplicity: The tool should require only a moderate level of expertise to 
implement it into the existing IT infrastructure and to integrate new 
applications. From the user’s point of view, it should have a friendly, 
intuitive and easy user interface, so that using the tool doesn’t distract the 
user from collaborating. 

• Standardization: Tools should adhere to industry standards, as opposed 
to proprietary protocols. This is essential for cross organization 
collaboration. 

• Reliability: Since these applications support vital processes within the 

organizations, they should be highly reliable. 

• Scalability: They should easily scale upward and downward to meet 

changing organization needs. 

• Security: Security is a key element in today’s business operations, 

especially in a DOD environment. 

• Interoperability: The tools should be able to interoperate and exchange 
data with other systems. 

• Configurability: The tools should provide a reasonable amount of 

configuration access points to allow administrators and users to tailor their 
environment for their particular needs and preferences. 

• Web-based In today’s networked world, collaboration tools need to be 
web-based, so organizations can leverage those connections. 
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B. PRODUCTS FROM MICROSOFT 


1. MS SharePoint Team Services 

SharePoint Team Services is a web-based tool designed to work with small to 
medium size teams inside an organization to help them to organize, share, distribute, and 
discuss data and information in a common place, in an asynchronous way. This allows 
workgroups (5 to 75 people) throughout the organization to coordinate their work through 
the organization’s Intranet or the Internet using their browsers. Typical activities are 
sharing and managing different types of documents, post and read announcements, 
participate in threaded discussions, keep a list of contacts, perform and answer surveys, 
assign and control individual or group tasks, post and announce general events or 
regarding to the project, and maintain a list of useful links. 

Lists are central to the operation of a SharePoint team web site. They are just 
database tables, but the power comes form the fact that users can create them, update 
them, display them, and if necessary delete them using standard web pages. 

Figure 15 shows the main page of a SharePoint team Services web site created for 
this thesis. 



Figure 15. MS SharePoint Team Services Home Page. 
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SharePoint team web sites provide the following services to anyone with a web 
browser, connectivity to the server, and the necessary permissions: 

a. Document Libraries 

Document libraries are used to read or edit documents that are stored 
there. Information about the documents is presented, such as the name of the file, and the 
name and date of the person who last modified it. Different people can discuss 
documents, and their comments are added to the document to be viewed later (this is 
what in Office is called Web Discussions). 

A SharePoint team web site document library has two components: a 
folder full of documents and a list that describes them. 

(1) Web Discussions. After an Office 2000 or XP user saves a 
document to a web server as HTML, web visitors browsing that document can make 
comments using a discussion toolbar. The discussion feature allows to make annotations 
by adding “yellow sticky notes” to the document and to share those notes with other team 
members. These comments are stored separately from the document itself. Then, when 
the document creator opens the document all the comments appear seamlessly merged. 
Figure 16 shows this feature. 
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Figure 16. MS SharePoint Team Services Document Discussion Page. 

(2) Search Page. This feature uses Microsoft Indexing Service 
to search for documents within the current SharePoint team web site. 

The clients for these features are either a browser (for web based 
tasks) or standard Office applications (for document creation and retrieval). 

Figure 17 shows the document library main page, which displays a list of 
all shared documents with the date of their last modification and the name of the person 
who modified them. 
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Figure 17. MS SharePoint Team Services Document Library. 


b. Discussion Boards 

Within a team web site users can create as many discussion boards they 
want, and each one of these can accommodate an almost unlimited number of threads and 
messages. Messages can be sorted and old ones can be purged automatically. 

The discussion board works like an Internet newsgroup. Members can post 
new messages, respond to existing messages, and view messages in their entirety or in 
condensed lists. The team web site administrator can purge and correct messages, alter 
discussion board settings and defaults, and so forth. If security settings permit, team 
members can initiate and control their own discussion boards, and whoever posts a 
message can subsequently revise or delete it. Figure 18 shows a discussion board 
example. 
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Figure 18. MS SharePoint Team Services Discussion Boards. 

c. Lists 

Lists are the basic unit of storage in a SharePoint team web site. They can 
contain a list of announcements, a list of upcoming events, a list of scheduled tasks, a list 
of team members or contacts, a list of excuses, or anything else that the user might like or 
need. 

The complete set of lists that can be created includes a custom list, a 
document library, a survey, a discussion board, links, announcements, contacts, events, 
tasks and import spreadsheets. 

From these lists, surveys are particularly interesting. They allow users to 
make surveys online by helping users to design a form people can use to record their 
views, let the survey population fill out the form and analyze the results, both graphically 
and in text mode. Figure 19 shows the menu for creating new fists. 
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Figure 19. MS SharePoint Team Services List Creating Menu. 
d. Subscriptions 

With this feature, team members can ask to be not if ied whenever a 
specified document or folder changes (insertion or deletion of a document). SharePoint 
detects those changes and sends the notifications by email. Users can set the notification 
criteria, indicate email address where to send the notification, and indicate how long 
SharePoint Team Services should accumulate changes before sending them. Figure 20 
shows the subscription page. 


77 














Figure 20. MS SharePoint Team Services Subscription Page, 
e. Administration 

SharePoint Team Services provides users different ways to display the 
data and information. Some settings are particular to a specific list, and others affect the 
entire web site. Administrators have several tools, which allow them to modify web site 
settings and administer the site, user information, and site content. New users can be 
added and invited to participate in the team site, and subwebs can be created. 

Users can have different roles that can be assigned by an administrator: 

• Administrator - View, add, and change all server content; manage server 
settings and accounts 

• Advanced author - View, add, and change pages, documents, themes, and 
borders; recalculate hyperlinks 

• Author - View, add, and change pages and documents 

• Contributor - View pages and documents, view and contribute to 
discussions 
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• Browser - View pages and documents 

This product was designed for use by as many as 500 to 600 people who 
work together as a group, but the optimal number is smaller. If there are several teams 
working in the organization, it is better to create a separate SharePoint team web site for 
each one. 


SharePoint Team Services runs on Microsoft Windows 2000/XP 
computers with Internet In formation Services (IIS) 5.0 installed. Since it is a server-based 
application, it requires administrator privileges to install it. Share Point team Services 
installs the following items: 

• SharePoint team web site application components: these include web 
pages, ASP pages, ActiveX controls, and so forth 

• Microsoft FrontPage Server Extensions 2002: if the web server already 
contains an earlier version of the extensions, installing this product will 
upgrade them 

• Microsoft Data Engine (MSDE): this is essentially a version of Microsoft 
SQL Server, but it lacks the tools the user needs to design and manage 
their own databases. If there is already a copy of SQL Server running in 
the network, SharePoint Team Services can use that installation rather 
than MSDE. 

• It also installs a team web site in the Web Server’s root folder. If there was 
already a home page, the setup program prompts the user to either replace 
it or save it with a different name. 

• If the computer has only one virtual web server, the installation adds the 
FrontPage server extensions and other features to that server 
automatically. Otherwise, the setup program will ask the user which 
servers to add the extensions too. 

Scalability is achieved through the selection of the database engine that is 
used with SharePoint Team services to support web document discussions and document 
libraries. The version of MSDE that installs by default supports up to three virtual servers 
running on a Web server to support up to 50 users. For high traffic or shared 
environments, SQL 7.0 or later is needed. With SQL Server up to 1000 virtual servers per 
Web server for SharePoint Team Services can be hosted. 




The system requirements are: 
Memory: 128MB 
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• Hai’d Disk: 70MB of available hard disk available; 5 MB of available hard 
disk space for each provisioned web site 

• OS: Windows 2000 Server, Windows 2000 Advanced Server or Windows 
2000 Datacenter Server with Internet Information Services (IIS) 5.0 or 
later, including Internet service and Service pack 2 (SP2). 

• Programs: Internet Explorer 4.01 or later, or Netscape Communicator 4.75 
or later, running on the Windows operating system, ES 5.0, Microsoft 
Data Engine (MSDE) or Microsoft SQL Server 7.0 or later 

The advantages of this tool are its ease of use, strong administration 

controls and integration with FrontPage. Setting up a team web site is simple. For 

organizations that don’t want to host their own servers, there are Web Service Providers 

than can host SharePoint Team Services web sites for them. The administration tools 

allow administrators to easily log on and modify contents and create subwebs, as users 

can modify their own accounts with their browsers. For organizations that want to have 

better-looking sites, it is fully integrated with FrontPage 2002, giving administrators the 

chance to apply themes or other web designs. 

Hie main disadvantages of the tool are its li mited amount of users and 
lim ited search capability. 

2. MS SharePoint Server Portal 

Microsoft SharePoint Team Services can be considered as a subset of Microsoft 
SharePoint Server Portal, or the latter as an extension of Microsoft SharePoint Team 
Services. Both have the common goal of addressing information sharing needs of an 
entire organization. Both products give users the ability to organize information, readily 
access that information, manage documents, and enable efficient collaboration in a 
browser and Microsoft Office environment. The main difference is in the scale. While 
Team Services is oriented to teams inside an organization, Portal Server is oriented to the 
entire enterprise. 

SharePoint Portal Server 2001 creates a portal Web site that allows users to share 
documents and search for information across the organization and enterprise, including 
SharePoint Team Services-based Web sites within one extensible portal interface. 


80 



Additionally, SharePoint Portal Server includes robust document management features 
that allow organizations to incorporate business processes into their portal solution. 

SharePoint Portal Server offers the following functionality: 

• Publishing on a dashboard site 

• Searching across multiple locations 

• Document access based on user roles 

• Version tracking of multiple documents 

• Document routing for review and approval 

Lik e Team Services SharePoint Portal Server uses roles to control access to 
content. Coordinator, author, and reader roles can be assigned to users based on the tasks 
they perform. Each role identifies a specific set of permissions: coordinators handle 
management tasks, authors add and update files, and readers have read-only access to 
published documents. SharePoint Portal Server also offers the option of denying a user 
access to specific documents. 

The system requirements are: 

Server Requirements 

• CPU: Intel Pentium Hi-compatible processor minimum recommended. 

• Memory: 256 megabytes (MB) of RAM minimum recommended. 

• Hai'd Disk: 550 MB minimum of available disk space. The drive must be 
formatted as NTFS file system. 

• OS: Windows 2000 Server or Windows 2000 Advanced Server operating 
system, and Windows 2000 Service Pack 1 (SP1) or later. 

• Programs: Internet Information Services (IIS) 5.0, Simple Mail Transfer 
Protocol (SMTP) Service. 

Client Requirements: 

• CPU: Intel Pentium-compatible 200 megahertz (MHz) or higher processor 
recommended. 

• Memory: Recommended minimum of 64 MB of RAM. 

• Hai'd Disk: 30 MB of available disk space on Windows 2000 systems; 50 
MB of available disk space on all other systems. 

• OS: Windows 98, Windows Mi ll ennium Edition, Windows NT 4.0 with 
SP6A, or Windows 2000 Professional, Server, or Advanced Server. 
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Coordinator functions require Windows 2000 Professional, Server, or 
Advanced Server. 


• Programs: Internet Explorer 5 or later. Visual Basic Scripting support is 
required. (This is included in the default installation of Internet Explorer 
5), Microsoft Outlook Express 5.01 or later. SharePoint Portal Server 
Office extensions require Office 2000 or later. 

Table 5 compares Microsoft SharePoint Team Services with Microsoft SharePoint 

Portal Server: 



Team Services 

Portal Server 

Core Function 

Ad hoc information sharing 

Enterprise search 

Web Site 

Team Web sites (5 - 75 users) 

Portal Web sites (75 + users) 

Search Capabilities 

Documents within team Web site 

and sub Webs 

Across multiple servers and data types 

Discussion and 

Discussions 

Discussions 

Notifications 

Notifications 

Surveys 

Notifications 

Customization 

Browser-based, FrontPage 2002, 
and SDK 

Web Parts and SDK 

Document 

Management 

publishing 

Check-in, check-out 

Versioning 

Routing 

Publishing 

Client Applications 

Browser 

Office XP 

FrontPage 2002 

Browser 

Microsoft Windows Explorer 

Office 2000 or Office XP 

Roles-based 

Security 

- Administrator 

- Advanced author 

- Author 

- Contributor 

- Browser 

- Administrator 

- Coordinator 

- Author 

- Reader 

Storage 

Microsoft SQL Server 

Web Storage System 

Licensing 

One FrontPage 2002 license for 
theServer; no separate client 
access license 

Server license and client access 
licenses (CALs) 


Source: SharePoint Technologies, Unlocking the Power of Information Sharing, Microsoft, 2001 


Table 5. Microsoft SharePoint Team Services and Portal Server Comparison. 
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3. MS NetMeeting 

NetMeeting is a program that allows people to communicate synchronously with 
both video and audio, exchange graphics on an electronic whiteboard, transfer files, use 
text based chat and collaborate in general. 

Microsoft's NetMeeting integrates audio, data, and videoconferencing into one 
package. Its data-conferencing features allows users to draw on a shared whiteboard, send 
text messages, transfer files, and collaborate in real time with multiple people within any 
Windows application. NetMeeting's real-time audio features allow users to talk to other 
people over the Internet. The program has a Web-based Internet directory and a smaller 
task-based user interface that can be embedded in a Web page via an ActiveX control. 
Shared programs appear in new windows on the desktop and can be resized or 
minimized. NetMeeting calls can be placed to telephones and videoconferencing systems 
through the use of gateways or gatekeepers. Another feature is Remote Desktop Sharing, 
which allows accessing and using one computer from another by sharing the desktop. 
Other features include lower bandwidth requirements for faster performance, support for 
24-bit true color, enhanced security, and, on faster multimedia machines and high-speed 
networks, NetMeeting can achieve up to 30-frames-per-second video performance. 
NetMeeting's Microsoft Internet Directory supports the new version of MSN Messenger 
so users can find people on the Internet more quickly. 

NetMeeting features allow users to place calls using directory servers, 
conferencing servers, and Web pages. NetMeeting makes it easier to place calls over the 
Internet, the organization's intranet, and with telephones. 

Users can work easily with other meeting participants by sharing programs. Only 
one computer needs to have the program, and all participants can work on the document 
simultaneously. In addition, people can send and receive files. 

NetMeeting's audio and video let users see and hear other people. Even if one of 
them is unable to transmit video, he/she can still receive video calls in the NetMeeting 
video window. NetMeeting is H.323 compliant. 

With the Chat feature, users can talk with multiple people. In addition, Chat calls 
can be encrypted, ensuring that meetings are private. 
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Using the Whiteboard, users can explain concepts by diagramming information, 
using a sketch, or displaying graphics. Participants can also copy areas of their desktop or 
windows and paste them to the Whiteboard. The Whiteboard is T.126 compliant and is 
interoperable with other T.126 compatible whiteboards. 

Microsoft NetMeeting is free and the system requirements to install and mn it are 
(the program is included in Windows 2000 operating system as a feature): 

• CPU: 90 MHz Pentium processor 

• Memory: 16 megabytes MB RAM for Microsoft Windows 95, Windows 
98, Windows Me, 24 MB RAM for Microsoft Windows NT version 4.0 
(Microsoft Windows NT 4.0 Service Pack 3 or later is required to enable 
sharing programs on Windows NT) 

• Programs: Microsoft Internet Explorer version 4.01 or later 

• Others: 28,800 bps or faster modem, integrated services digital network 
(ISDN), or local area network (LAN) connection (a fast Internet 
connection works best). Sound card with microphone and speakers 
(required for audio support) 

• Hai’d Disk: 4 MB of free hard disk space (an additional 10 MB is needed 
during installation only to accommodate the initial setup files) 

To use the data, audio, and video features of NetMeeting, the computer must meet 
the following hardware requirements: 

• CPU: For Windows 95, Windows 98, or Windows Me, a Pentium 90 
processor with 16 MB of RAM (a Pentium 133 processor or better with at 
least 16 MB of RAM is recommended) 

• Memory: For Windows NT, a Pentium 90 processor with 24 MB cf RAM 
(a Pentium 133 processor or better with at least 32 MB of RAM is 
recommended) 

• Hai’d Disk: 4 MB of free hard disk space (an additional 10 MB is needed 
during installation only to accommodate the initial setup files) 

• Others: 56,000 bps or faster modem, ISDN, or LAN connection, sound 
card with microphone and speakers (sound card required for both audio 
and video support). Video capture card or camera that provides a Video 
for Windows capture driver (required for video support). 

The application sharing and remote desktop sharing, with the video 
teleconferencing capability, are the most powerful collaborative features making this tool 
a very simple and good synchronous collaborative application. Another advantage is this 
is a free program and is compliant with the T.120 and H.323 standards. 
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4. Windows Messenger for Windows XP 

This program replaces in certain way NetMeeting. Windows Messenger is a 
synchronous tool designed to make people come together and is included in the Windows 
XP operating system (note: Windows XP come with version 4.0; version 4.6 is available 
for download free of charge at Microsoft web site). It integrates the features and 
capabilities of NetMeeting and previous version of Messenger into one application, but 
with newer technologies, which gives better performance. 

Windows Messenger capabilities and features are: 

• Video/audio teleconferencing 

• File transfer 

• Whiteboard 

• Application sharing 

• Instant messaging (IM) 

• Remote control of the computer 

• Presence indicator (awareness) 

Windows Messenger $ compliant with the T.120 and H.323 standards. It is also 
Session Initiation Protocol (SIP) compliant. SIP is a new Internet Engineering Task Force 
(IETF) protocol that allows flexible integration of messaging, presence, multimedia 
conferencing, and real-time communications like telephony. 

A major innovation in Windows Messenger is its ‘forward-error correction” 
technology that reduces audio and video streams delays when there is more Internet 
traffic than the system can handle. It can also select voice and video coder and decoder 
(codecs) that match network conditions in the moment. When there is plenty of 
bandwidth available, Windows Messenger loads a codec that can provide sound quality 
that exceeds what we’re accustomed to on the telephone. As network cblays increase, it 
automatically and seamlessly switches to slower speed codecs, providing the best 
possible level of quality at all times. Another new technology, “acoustic echo 
cancellation”, reduces the feedback echo that frequently plagues users who place PC-to- 
PC audio calls over the Internet. The fact that is part of the operating system can also be 
considered as an advantage because it is fully integrated and doesn’t require an extra 

installation. Figure 21 shows a screen shot of Windows Messenger for XP. 
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Figure 21. Collaborating with Windows Messenger for XP. 


The system requirements are: 

• CPU: Intel Pentium/Celeron or AMD K6/Athlon/Duron family processors 
with 300 Mhz or higher processor speed 

• OS: Windows XP Professional or Windows XP Home Edition 

• Hard Disk: 10MB available for installation 

• Memory: 128MB of RAM or higher recommended (64MB minimum 
supported; may limit performance and some features) 

• Video Display: Super VGA (800 x 600) or higher resolution video adapter 
and monitor 

• For networking: network adapter appropriate for the type of local area, 
wide area, wireless or home network user wants to connect to, and access 
to an appropriate network infrastructure. For text instant messaging, voice 
and videoconferencing, and application sharing, both parties need 
Microsoft .NET passport account and Internet access or Microsoft 
Exchange 2000 Server instant messaging account and network access. 
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C. SUN MICROSYSTEMS - SUNFORUM 

SunForum 3.2 is the standards based application suite, which provides video 
conferencing and collaborative tools to Sun desktop products. It uses industry standard 
protocols (T.120 and H.323) to enable Sun desktops to conduct cross-platform 
audio/video conferencing, VoIP communication, share applications, shared whiteboard 
sessions, and transfer files with colleagues using Sun, Windows, or other UNIX desktop 
solutions. 

SunForum is designed to support a workgroup of 10 or fewer participants. For 
more than 10 participants, a conference server has to be considered. 

Main features of this product are the following: 

• Audio/video conferencing 

• Shared whiteboard 

• Shared applications 

• Shared clipboard 

• File transfer and chat 

• Voice over IP 

• Multipoint and multicast videoconferencing 

• Compatibility with T.120 and H.323 based products 

• LDAP server support 

• Directory sort/search 

• Full duplex audio 

The suite is composed of the following data collaboration tools: 

• Video Conference Manager : SunForum H.323 videoconference can be 
either point-to-point (unicast) or multipoint (multicast). A SunForum to 
SunForum videoconference can use multicast to create a multipoint 
videoconference. Multicast H.323 videoconference enables users to 
transmit and receive from several users at the same time. Multicast or 
multipoint conferences therefore enable several people to join in a single 
conference. Since some products like Microsoft NetMeeting, support 
unicast only, a SunForum to NetMeeting videoconference must be point- 
to-point and only two people can exchange video and audio at a time. 

• Shared application : This application lets multiple users interact with a live 
application simultaneously, in real time, with participants having the same 
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view on their workstations. Remote users need any T.128-based shared 
application utility loaded, but they don’t need to have the application 
being shared baded on their desktops in order to participate in the on-line 
meeting. Any participant can “drive” the application if the host chooses to 
“share” that application. Since it adheres to the T.128 standard, it enables 
SunForum users to share applications in a heterogeneous environment. 

• Shared Whiteboard : the shared whiteboard utility is compliant with 
T.126 standard enabling SunForum users to share a whiteboard with 
workstations and any other whiteboard application that is T.126 
compliant, such as Microsoft NetMeeting. 

• File Transfer Utility : this utility is T.127 compliant enabling SunForum 
users to receive and transfer non-native and native files with other 
conference participants. 

• Chat utility : this utility allows users to chat with other users running 
SunForum or Microsoft NetMeeting. 

These applications and utilities are complemented with Voice over IP (VoIP) 
capability, which allows users to place and receive telephone calls via their Sun Ray or 
Sun workstation. The software includes interoperability with H.323/VoIP gateways and 
IP-PBXs. This is a feature that is unique to SunForum. 

The GUI is very friendly and includes five areas: (a) Conference Manager, (b) 
Application Sharing, (c) Phone Style User interface, (d) Videoconferencing, and (e) 
Electronic Whiteboard, as seen in Figure 22. 

Although SunForum is proprietary, the fact that it is based on the most popular 
standards allows them to collaborate with other users, even if they are not Sun users. 
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Figure 22. SunForum GUI. 

The system requirements are: 

• Sun Ultra or Sun Blade workstations 

• Sun Ray 1, 100, 150 (Server Software 1.2 or later) 

• Solaris 2.6, 7 or 8 Operating Environment 

• 20 MB of available disk space (English version) 

• TCP/IP connection 

• Support for video/audio conference requires one of the following setups: 

• For Sun Blade workstations: Sun IEEE 1394 Visual Collaboration 
Kit 

• For (PCI based) Ultra workstations: SunVideo Plus 1.3 hardware, 
an analog, video conferencing NTSC/PAL camera, and computer 
style headset and microphone 

• For Sun ray appliances: analog video-conferencing, NTSC/PAL 
camera with computer style headset and microphone 

This product is available for download free of charge at Sun Microsystems web 

site. 
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D. IBM/LOTUS 


1. SameTime 

The SameTime product family includes the SameTime Server, the SameTime 
Connect client and a range of Application Developer Tools. The SameTime Server 
supports the T.120 standard and is designed to work smoothly with third-party clients 
such as Microsoft NetMeeting. 

SameTime can be used directly by clients who have the SameTime desktop 
software installed or with a browser client. The desktop client allows the user to create 
his or her own group of team members, see who is online, participate in or initiate 
conversations and control the online status that other users see. 

SameTime emphasizes the advantages of real-time communications along with 
the integration of synchronous applications with asynchronous work styles. The product 
includes chat and instant-messaging applications as well as a shared whiteboard feature. 
While SameTime is fully integrated with the Domino platform, it can operate 
independently of Lotus’s products. It integrates not only with Notes and Domino, but also 
with any standard Web browser or T.120-based client. In fact, any Web application can 
easily be SameTime-enabled to add real-time collaboration and application sharing 
capabilities. 

SameTime services fall into three areas: 

• Conferencing services : these services include a shared whiteboard and the 
ability to share programs and documents online. It offers also a server- 
based Meeting Center where users can schedule online meetings in 
advance and store agendas and other meeting materials. Users can share 
objects, such as desktop applications, presentations, documents, and 
drawings on line. Other participants are not required to have the same 
software in order to participate and see what is being shared. When 
appropriate, users can also pass control of the application back and forth 
as necessary; the in itiator can reassert control at any time. 

• Secure Instant Messaging Services : these services include awareness, 
instant messaging, and chat. A buddy list makes SameTime users aware of 
who is available and who is online but unavailable to receive an instant 
message or participate in a chat with one or more people. SameTime can 
obtain the identities of users directly from the enterprise directory, such as 
the Domino Directory, or form its own integrated directory. These 
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services can also be provided to users outside the firewall through 
interaction with America Online’s Instant Messenger (AIM) service 
(administrators determine whether this SameTime capability is enabled or 
not). 

Integration Services : SameTime also provides a comprehensive Java- 
based API that enables customers to easily integrate real-time 
collaborative capabilities into other applications. These tools include a full 
set of applets and component services for awareness, real-time chat, 
instant messaging, shared whiteboards and screen sharing. Although Lotus 
notes or Domino are not required to get the full functionality of 
SameTime, a user in a Domino environment, can make use of pre-enabled 
Domino templates to add awareness and instant messaging capabilities to 
Domino-based mail databases to include online users as mail recipients, 
discussion databases, and document libraries. 


SameTime provides some useful security features. Users are authenticated when 
they access the SameTime Server ensuring that people are really who they say they are. 
Moreover, data from object sharing sessions can be encrypted to protect meeting content 
from unauthorized viewing. Chat transmission data is also encrypted and can be saved in 
a text file for review at a later time. 

Another security feature is a proxy service, which is installed in the “demilitarized 
zone” of the network, and allows external users to access the server without 
compromising network security. 

In the awareness and conversation mode, thousands of users can be supported. 
Object sharing sessions allow hundreds of people to view the same application or 
presentation whiteboard. Multiple SameTime Servers can be linked together to increase 
scalability and reduce traffic across the network which is important when video is being 
transmitted. 

Figure 23 shows a screen shot of a video conferencing using SameTime. 
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Real time video conferencing using SameTime 
Figure 23. Real time Video Conferencing using SameTime. 

SameTime can be deployed as a standalone network or integrated with an existing 
messaging infrastructure such as Lotus Domino or Microsoft Exchange. 

Hie Lotus Translation Services for SameTime (LTSS) makes it easier for 
organizations to collaborate internationally. LTSS connects SameTime to the IBM 
Translation Server or to another third party Translation Servers available from 
Transparent Language, Alis Technologies, and Systran. A user can send an instant text 
message in English to a Spanish speaker for example, and the message is automatically 
translated from English to Spanish. 

Network Magazine declared SameTime 2.0 as Product of the Year 2000 in the 
Messaging and Email category stating, “Version 2.0 goes beyond IM, supporting all 
kinds of real time collaborative working”. 
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According to a Gartner Group report, the major strengths of SameTime are 
immediacy, scalability, performance, simplicity and chat fit for business. Its major 
lim itations are a lim ited platform, possibility of security compromises and its text 
orientation. Version 2.5, however, provides increased platform support for example for 
Sun Solaris, IBM zSeries, iSeries, pSeries and Windows server platforms. 

The system requirements are: 

SameTime Server: 

• CPU: Pentium II 300MHz or higher 

• Operating systems: Windows 2000 Professional or Windows NT with 
Service Pack 5 

• Memory: Windows NT: Minimum 128MB; 256MB RAM or more 

recommended; Windows 2000: Minimum 192MB; 320MB RAM 

recommended 

• Disk space: 300MB of free disk space. 500MB is recommended to allow 
space for meetings, applications and databases 

• Disk swap space: 64MB 

SameTime Client Options: 

• CPU: Pentium II233 MHz or higher 

• Operating Systems: Windows 95 OSR2, Windows 98, Windows 98SE, 
Windows NT Workstation 4.0, SP5, Windows 2000 Professional 

• Browser: Internet Explorer 4.01 with Service Pack 2 (or higher), Internet 
Explorer 5 or later, Netscape Navigator 4.5 or higher 

• Network Software: TCP/IP network software installed 

• Memory: 96MB RAM for Windows 2000 Professional or Windows NT 
with Service Pack 5. 64MB RAM for Windows 98, Windows 98SE or 
Windows 95 

Additional client requirements for Audio/Video: 

• Sound card: A full-duplex sound card is required to participate in 
interactive audio/video meetings. A half-duplex sound card is required to 
enable a user to listen to an audio/video meeting broadcast by the 
SameTime Broadcast Services 

• Microphone and speakers: A good quality microphone and speakers are 
recommended. Microphones with on and off switches should not be used 
unless they are of high quality. A headset that contains a boom 
microphone performs best. If a desktop microphone is used, a 
unidirectional dynamic microphone that uses batteries is preferred. 
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• Video capturing software: Video for Windows 

• Camera: A high-quality USB or PCMCIA PC camera and not a parallel 
port camera. A camera is optional. Users who do not have a camera can 
participate in an audio/video meeting. When a user without a camera 
speaks no video is displayed to other users in the meeting. 

The Lotus SameTime per-user license with one year of software maintenance is 
available for a suggested price of $38.42 per user. 

2. QuickPlace 

This product is advertised by IBM/Lotus as a “self-service tool for web-based 
team collaboration improving the team communication/collaboration process, the time to 
response and action, navigation of information, and the ability of team members to 
participate in the planning, creation, and sharing of content and deliverables. QuickPlace 
lets community members create a secure, Web-based collaborative workspace easily. 
Collaborators can use QuickPlace to share and organize ideas, review documents, and 
collaborate on any kin d of project or ad hoc initiative.” 

In fact, QuickPlace is a powerful tool that allows users to create secure and web- 
based workplaces easily. It offers also a full spectrum of integrated services for team 
collaboration, including project management tools, Microsoft Office integration and 
integrated wor kf low. 

A secured workspace is first created on a chosen server, usually the project 
manager's or project leader's. The workspace administrator requires a Windows NT 4.0 
server or Windows 2000 Professional/Enterprise to ensure that the workspace is tightly 
secured from invaders on the Net. 

QuickPlace can also "sit" on top of Lotus Domino as both are compatible. Once 
the workspace is created, a unique uniform resource locator (URL) is given so that team 
members can access this workspace for instant collaboration. 

Project content, sense of time such as tasks, milestones, meetings, events and even 
newsletters and chat facility, process flow, identity and knowledge can be shared among 
team members instantly even if they are miles apart. 
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Also, QuickPlace is more adaptive to member’s work as it is seamlessly 
integrated with Microsoft Office and users can write and publish Office documents or 
templates of any type as customized QuickPlace forms. Also, the built-in task 
management feature always keeps the project on schedule as it allows them to monitor 
areas in the project that are lagging. 

Action items and deadlines are mapped progressively on a Gantt chart where 
everyone can see tasks and deadlines or the entire project as a whole. QuickPlace also 
automatically not if ies team members about the "to dos" and status of milestones. 

To make the user feel at home, QuickPlace allows users to customize everything 
that appears in the workspace, be it folders and forms, the look and feel of the workspace 
layout or just adding themes such as a Windows Desktop Shell that mirrors an existing 
corporate Web site. Users can even create solution modules which address specific needs. 

All the contents in the QuickPlace workspace are fully text-indexed with a choice 
of folder styles enabling users to organize content intuitively for easy retrieval 

There is also a daily or weekly news provider via an integrated interface which 
allows access to the latest content and actions. 

Although QuickPlace is Web-based, users do not necessarily have to be connected 
to the Internet all the time. Should they wish to go off- line, they can still continue their 
work in a "standalone" mode and QuickPlace will automatically synchronize the data 
once reconnected. 

One plus-point of QuickPlace is that its data is always up-to-date and the 
workspace flows into real-time as the project progresses because everything is self- 
service, and as long as users are online, collaboration is immediate. 

QuickPlace is an out of the box usable product, but in order to obtains better 
solutions, it can be customized. 

As with SameTime, QuickPlace works equally well in both Domino and non- 
Domino solutions. 

During this thesis work, a QuickPlace was created in order to see all its features. 

First of all, as the company advertises, it is very easy and fast to set up the team 
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workspace. A LRL was assigned and a home page created. For this trial, Lotus provided 
access to one of their servers for a period of 45 days free of charge. Figure 24 shows the 
home page. 



Figure 24. QuickPlace Home Page. 

The site included discussion boards, a document library where members can 
upload documents, a calendar where all the team activities can be scheduled and 
displayed, a tasks list, an index, a customization menu, the members list where new 
members can be added, a search menu, news, a chat application and a tutorial. 

Creating new pages can expand the QuickPlace. These pages can be imported 
pages, calendar pages, task pages, Microsoft Word pages, Microsoft Excel pages, 
Microsoft PowerPoint pages, multiple imported pages, a link page that links to another 
web page or a folder where several pages can be filed. 

The customization menu options include changing the manner in which (place, 
font and color) the different links and information appear on screen, changing 


96 










backgrounds, textures, work of flin e and creating forms for authors to fill out. These 
forms can have useful fields such as pop-up lists or date pop-ups, and a workflow that 
moves the form from one member to another as it is fil led out. Another feature is that 
QuickPlace is extendable by creating “rooms”, which allows the creation of private 
spaces in which a subset of the QuickPlace members can meet. Groups might exist 
without creating rooms. 



Figure 25. QuickPlace Advanced Search Page. 


If one of the members needs a document and does not know where it is stored, or 
needs to know if something related to a specific topic was published on the site, a search 
engine allows a search by text and/or author and/or date. This provide much flexibility. 

What makes this product interesting is that it is totally 100 percent self-service 
Web-based, meaning that QuickPlace enables the creation of a team workspace on the 
Web instantly. Teams can then use QuickPlace to share and organize ideas, content and 
tasks around any project. QuickPlace provides a central online workspace area. 

The system requirements are: 
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Server: 


• 150 MB minimum free disk space, 200 MB recommended 

• 128 MB minimum memory, 256 MB recommended 

• Platform: Windows NT 4.0 Service Pack 4 or above 

• Video Card: 256 colors minimum, Tme Color recommended 
Browser Client: 

• PC Compatible: MS Internet Explorer 4 & SP2, MS Internet Explorer 5 

• PC Compatible: Netscape 4.5x, Netscape 4.6x, Netscape 4.7x 

• PC Compatible: Lotus Notes 4.6 and above using integrated MS Internet 
Explorer 4 and above 

• Macintosh Compatible (browsing and authoring support): MS Internet 
Explorer 5 

• Macintosh Compatible (browsing and authoring support): Netscape 4.5x, 
Netscape 4.6x, Netscape 4.7x 

Operating Systems: 

• Win95, Win98, WinNT4 

• Win2000 is supported as a server and client, but is not certified 

• System 8.6, System 9 

• iSeries V4R3 or later 

• AIX 4.3.3 

• Solaris 8 (supported in QuickPlace Release 2.0.5) 

• IBM S/390 (supported in QuickPlace Release 2.0.7) 

The price of this product is $40 for digital delivery and $57 for boxed delivery per 
user. The server price is $8,645. 

E. CYBOZU - SHARE 360 

Share 360 is a web-based groupware suite, which integrates collaboration 
applications in order to provide Intranet solutions for small and medium sized companies 
and workgroups within larger organizations. With this application group members can 
access email, schedules, contacts, tasks, announcements, memos, files, projects and 
organization forms. 
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Share360 is a 5th generation office suite formerly known as "Cybozu Office 4". 
Hie product is multi-platform and runs on Linux and Windows and is known for its ease 
of use and in stallation process in minutes. It is centrally managed on the customer's web 
server and is accessible from client PCs with any operating system through a Web 
browser. It integrates 11 web-based applications into one suite: 

• Address Book : centra li zes all organization contacts, employee lists as well 
as a person’s personal contacts 

• Bulletin Board : allows the posting of group announcements and the 
dissemination of important information immediately to the desktops of all 
employees 

• Cabinet : a central repository for all the group or project shared documents 

can be created. It includes version control to facilitate efficient 

collaboration. 

• Discussions : this application allows group members to interact and 

converse in real time without being in the same location using their 

browsers. It includes threaded discussions. 

• Memos : this tool is used to send important news to specific co-workers, 
and track responses of the recipients online and in one place 

• Project : tool used to manage multiple projects with formal goals, tasks and 
timeline tracking 

• Scheduler : used to keep track the schedule of the different team members. 
It has different views. 

• To do list : a way to organize people’s tasks and responsibilities. It is 
possible to assign tasks to a specific person or to a group. 

• Web forms : users can create online forms without knowing HTML. Forms 
can be routed electronically throughout the organization for quick online 
approvals. 

• Web mail : this a web-based email system which is integrated into the suite 
and make it possible to send and receive emails. It complies with 
SMTP/POP3 Internet standards so it is easy to set up and use. 

• Whereabouts : a tool to have control over where other members of the team 
are and to let others to know the location of each user. It indicates if a 
team member is in the office or somewhere else with the time stamp of the 
changed state. The user can customize which member’s whereabouts to 
show. 
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These applications can be complimented with Share360 Sync for Palm OS to be 
used in Palm OS Personal Digital Assistants (PDAs). 

Figure 26 shows the home page of a Share360 example (from Cybozu web site 
trial version): 
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Figure 26. Share 360 Example Page. 


The system requirements are: 

• Software Server OS: Windows 98, Windows NT Server 4.0AVorkstation 
4.0, Windows 2000 Server/Professional, Windows XP Professional or 
Linux (Kernel version 2.x) 

• Client Browser: Netscape Navigator 4.0 or later. Internet Explorer 4.0 or 
later 

• Web Server: IIS 2.0/3.0/4.0/5.0 for Windows NT/2000/XP. Peer Web 
Services for Windows NT Workstation 4.0. Personal Web Server 4.0 for 
Windows 98. Apache 1.1 and later for Linux (Kernel version 2.x). 
Share360 Cybozu Web Server 
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• Server Hardware: Intel Pentium 90 Mhz. 32MB RAM (64MB 
recommended).25MB HD (50 MB recommended) 


Share360 is offered in two packages, the Share360 Standard and the Share360 
Complete, or as individual applications and the pricing varies according to the number of 
users. The complete package includes the 11 applications and costs from $1,298 for 10 
users up to $14,998 for an u nli mited number of users. The Standard package includes 
only 9 applications and costs from $898 for 10 users up to $8,998 for un li mited number 
of users. Web forms and projects are not included. Both packages can be purchased for 
10, 30, 50, 100 or an u nlim ited number of users. 

Share360 Sync for Palm OS costs from $98 per user for one to two users down to 
$28 per user for more than 100 users. 


F. COMPARISON TABLE 

When comparing these tools, the most common difference is whether they support 
synchronous or asynchronous collaboration. Most companies offer both types of tools to 
satisfy organizations with different collaboration requirements and needs. Different tools 
of same vendors are also integrated in suites. Other companies specialize in only me type 
of collaboration where they focus all their efforts. 

For synchronous collaboration, the T.120 and H.323 standards are widely 
accepted, which allows most of the tools to communicate with each other. In fact, this 
was the case for all the reviewed tools. 

Most of the reviewed tools are similar. The difference in some cases is the scale 
of the collaborative environment. For example, SharePoint Team Services is designed for 
small teams, while SharePoint Server Portal is designed for large organizations. Similarly 
Share360 from Cybozu, is designed for small to medium organizational groups or teams 
in larger groups. Another difference is the cross platform support. While most of the tools 
are Windows based, some provide support for Linux or Unix systems. However, tools on 
different platforms can still collaborate if they share common standards. 
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All tools have a common client/server architecture. However, peer-to-peer 
architecture is emerging as an option for collaborative environments. The most famous 
peer-to-peer tool is Groove, from Groove Networks, which has the same features of the 
synchronous tools described in this chapter. 

Using the same classification presented in Chapter HI (time/place framework), 
Figure 27 shows the different tools included in this chapter in their corresponding place 
in the framework: 
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Figure 27. Analyzed Tools Time/Place Domain Classification. 

Appendix D shows a detailed comparison of the different tools according to 
synchronous or asynchronous criteria. Most of the tools fall clearly in either one 
classification of synchronous or asynchronous, but some of them have a few features 
from the other type, which makes them hybrid collaborative tools. 
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VL CONCLUSIONS 


A. SUMMARY 

This thesis introduced collaboration as an important activity in modem 
organizations. It presented several definitions which were complemented with examples 
of different types of collaboration. Also a framework for collaboration, based on time and 
space domain, was presented. 

The role of technology, as an enabler for collaboration, was discussed, and 
different collaborative technologies were presented. These technologies were classified 
according to the time/space framework and the most common architectures and protocols 
were also discussed. 

The characteristics of an ideal collaborative environment were then discussed, and 
different methodologies to develop information systems were introduced. These 
methodologies were synthesized, and a methodology for developing collaborative 
systems was proposed. A prototype expert system was developed to help users determine 
which collaborative technologies are appropriate for an organization’s specific set of 
collaborative requirements. 

A comparative analysis of some of the existing collaborative tools was performed. 
The tools chosen for analysis were based on their popularity, market share, and relevance 
to DOD. 

B. CONCLUSIONS/LESSONS LEARNED 

Collaboration occurs in modem organizations and is necessary in order to 
leverage the knowledge of its knowledge workers. Moreover, it is a core process of 
Knowledge Management, one of the most important management philosophies today. 
Frequently collaboration is associated with just technology, but collaboration is much 
more. It is a process that incorporates many factors, such as organization’s culture, 
internal politics and managerial issues. All of them have to be considered in order to have 
a successful collaborative effort. 
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It is necessary to follow a formal methodology, in order to develop a collaborative 
application. Without one it is difficult to build an application that addresses the 
organization’s collaborative needs. A common mistake organizations fall into is choosing 
a collaborative tool fast and then modify their environment and/or procedures to fit that 
tool. This is clearly the wrong approach. If no methodology is used, a chosen tool might 
not address the real collaborative requirements of that organization. 

A collaborative environment methodology should include the traditional phases of 
analysis, design, and implementation. Appropriate techniques and tools should support 
each phase. These include questionnaires, interviews, etc. An expert system could be 
particularly useful in capturing the user’s requirements and recommending collaboration 
technologies to meet that need. 

An ideal collaborative environment should include the ability to rapidly find the 
right people with the right expertise, quickly organize and conduct virtual teams and 
meetings, deliver the right information to the right people as soon as it is available, 
provide, maintain sufficient security and employ technology and community standards, 
allow different types of collaboration, and keep a record of all collaborations for further 
reference. It is important to realize that collaborative requirements are different for every 
organization, because every organization has its own collaborative needs. In addition to 
the ones above generic characteristics that are applicable in most organizations, each 
organization has specific requirements that address time, place, type of data, action to be 
done, and audience of the collaboration effort. 

A good collaborative tool includes the following characteristics: simplicity, 
standardization, reliability, scalability, security, interoperability, and configurability. 
These characteristics t) a greater extent should be present in any tool selected. Another 
essential requirement today for the tool to be web-based, since most of the collaboration 
with and across organizations is done by means of public or private networks using 
browsers and TCP/IP protocols. Existing tools can be classified broadly as synchronous 
or asynchronous. Some tools incorporate technologies from both types in hybrid 
implementations, but those are few. Large companies tend to have individual tools in 
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both groups, but integrate them as suites of collaborative tools. Smaller companies focus 
and specialize in one type. 

In order to have successful collaboration, organizations need to have an adequate 
and strong IT infrastructure. This infrastructure, based on data and communication 
networks, is the platform for deploying any collaborative technologies and tools. Two 
architectures are common: client/server and peer-to-peer. Client/Server is the most 
dominant architecture, and the majority of the existing tools use it today. Peer-to-peer 
tools are increasingly gaining acceptation in the market place. Benefits of the peer-to- 
peer architecture are the reduced amount of centralized and storage resources, and the 
optimization of network and computing resources. 

In terms of standardization, T.120 and H.323 are the most popular and all of the 
analyzed tool adhere to them, making it easy to interoperate and collaborate between each 
other. 
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APPENDIX A. QUESTIONNAIRE 


Name: 

Position: 

Age: 

Years working in the organization: 
Years in the actual position: 


(1) In your daily activities, do you have to interact with other people? 

Yes 

No (skip to question 10) 

(2) Your interaction with others is mainly done with all of you in the same place, 
or are you at different places? 

Different 
Same place 
Both 

(3) What type of data do you exchange/share/send/receive/request? 

Text 

Audio 

Video 

Files 

Drawings 
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Presentations 

Applications 

Desktop 

Schedules 

Task assignments 

Calendars 

Documents 


(4) In your interaction, do you need immediate response or action by your 
counterpart, or it can take a while? 

Immediate (less than 2 minutes) 

Not immediate (more than 2 minutes) 


(5) What is the purpose of the interaction? 

Share 

Send / Receive 
Display / Present 
Discuss 

Decision making 
Index / Search 
Manage 


(6) How many people participate in the interaction? 


o 

2 

Type of interaction: _ 

o 

2-5 

Type of interaction: _ 

o 

5-10 

Type of interaction: _ 

o 

more than 10 

Type of interaction: _ 
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(7) Do you require making annotations on the shared document/graphic? 


O Yes 

O No 

(8) Do you require making changes on the shared document/graphic? 

O Yes 

O No 

(9) Do you think that current collaboration practices are good? Why? Specify. 

O Yes 

O No 

O Why 


(10) Would you like to introduce new collaboration tools into the organization? 

Why? Specify. 

O Yes 

O No 

O Which and why 
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APPENDIX B. GUIDELINES FOR INTERVIEW 


Interview Guide 
Interviewee Name: 

Interviewee Position: 

Date/Time: 

Place: 

Subject: 

Time allocated _ Interviewer question or objective _ Interviewee response 

1 to 2 min. Objective: open the interview 

Introduce yourself 
Thank interviewee for valuable time 
State purpose of interview 

Obtain an understanding of the collaboration in the 
organization 

5 min Question 1 

5 min Question 2 

3 min Question 3 

1 min Question 4 

1 min Question 5 

1 to 3 min Question 6 

1 min Objective: conclude the interview 

Thank the interviewee for the cooperation assuring him that 
he will receive a copy of what was recorded 

General Comments and Notes: 
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APPENDIX C. DECISION TREE 


REQUIREMENTS 


COLLABORATIVE 

TOOL 

OTHER CHARACTERISTICS 

PLACE 

TIME 

ACTION 1 DATA 

AUDIENCE 

ANNOTATIONS 1 CHANGES 

RESPONSE 

Same 

Same 

Share [Applications 

Small 


Applications Sharing 

Yes [ Yes 

Immediate 



Medium 


ADolications Sharina 



Desktop 

Small 


Desktop sharina 

Yes 

Yes 

Immediate 

Medium 


Desktop sharing 

Send/Receive 

Text 

Small 


Chat 

N/A 

N/A 

Immediate 

Medium 


Chat 

Files 

Anv numher 


Pile Transfer 

N/A 

N/A 

Not immed. 

Display/Present 

Drawings 

Small 


Whiteboard 

Yes 

No 

Immediate 

Medium 


Whiteboard 

Presentations 

Small 


Whiteboard 

Medium 


Whiteboard 

Discuss 

Text 

Small 


Chat 

N/A 

N/A 

Immediate 

Medium 

Web-based GSS 

Yes 

Yes 

Both 

GSS in decision room 

Yes 

Yes 

Both 

Chat 

N/A 

N/A 

Immediate 

Large 

Web-based GSS 

Yes 

Yes 

Both 


GSS in decision room 




Video 

Medium 

Web-based GSS 

Yes 

Yes 

Both 


GSS in decision room 




Large 

Web-based GSS 

Yes 

Yes 

Both 


GSS in decision room 




Audio 

Medium 

Web-based GSS 

Yes 

Yes 

Both 


GSS in decision room 




Large 

Web-based GSS 

Yes 

Yes 

Both 


GSS in decision room 




Files 

Medium 

Web-based GSS 

Yes 

Yes 

Both 


GSS in decision room 




Large 

Web-based GSS 

Yes 

Yes 

Both 


GSS in decision room 




Drawings 

Small 

Whiteboard 

Yes 

No 

Immediate 

Medium 

Whiteboard 

Presentations 

Small 


Whiteboard 

Medium 

Whiteboard 

Decision making 

Text 

Small 


Chat 

N/A 

N/A 

Immediate 

Medium 

Web-based GSS 

Xss 

Xss 

Baft 


GSS in decision room 

Yes 

Yes 

Both 

Chat 

N/A 

N/A 

Immediate 

Large 

Web-based GSS 

Yes 

Yes 

Both 


GSS in decision room 

Yes 

Yes 

Both 

Video 

Medium 

Web-based GSS 

Yes 

Yes 

Both 


GSS in decision room 

Yes 

Yes 

Both 

Large 

Web-based GSS 

Yes 

Yes 

Both 


GSS in decision room 

Yes 

Yes 

Both 

Audio 

Medium 

Web-based GSS 

Yes 

Yes 

Both 


GSS in decision room 

Yes 

Yes 

Both 

Large 

Web-based GSS 

Yes 

Yes 

Both 


GSS in decision room 

Yes 

Yes 

Both 

Files 

Medium 

Web-based GSS 

Yes 

Yes 

Both 


GSS in decision room 

Yes 

Yes 

Both 

Large 

Web-based GSS 

Yes 

Yes 

Both 


GSS in decision room 

Yes 

Yes 

Both 
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REQUIREMENTS 


COLLABORATIVE 

TOOL 

OTHER CHARACTERISTICS 

PLACE | TIME 

ACTION 

DATA 

AUDIENCE 

ANNOTATIONS 

CHANGES 

RESPONSE 

Same 

Different 

Share 

Documents 

Anv number 


Document Management 

N/A 

Yes 

Not immed. 

Schedules, 

Calendars, 

Tasks 

Medium 

Workflow 

N/A 

Yes 

Not immed. 

Large 


Workflow 

Index/Search 

Documents 

Anv number 

Document Management 

N/A 

Yes 

Not immed. 

SendReceive 

Files 

Anv number 


File Transfer 

N/A 

N/A 

Not immed. 

Discuss 

Text 

Anv number 

Threaded Discussions 

N/A 

N/A 

Not immed. 

Medium 

Wet>based GSS 

Yes 

Yes 

Both 


GSS in decision room 

Yes 

Yes 

Both 

Large 

Web-based GSS 

Yes 

Yes 

Both 


GSS in decision room 

Yes 

Yes 

Both 

Video 

Medium 

Webbased GSS 

Yes 

Yes 

Both 

W 

GSS in decision room 

Yes 

Yes 

Both 

Large 

Webbased GSS 

Yes 

Yes 

Both 


GSS in decision room 

Yes 

Yes 

Both 

Audio 

Medium 

Webbased GSS 

Yes 

Yes 

Both 


GSS in decision room 

Yes 

Yes 

Both 

Large 

Webbased GSS 

Yes 

Yes 

Both 


GSS in decision room 

Yes 

Yes 

Both 

Files 

Medium 

Webbased GSS 

Yes 

Yes 

Both 


GSS in decision room 

Yes 

Yes 

Both 

Large 

Webbased GSS 

Yes 

Yes 

Both 


GSS in decision room 

Yes 

Yes 

Both 

Decision 

making 

Text 

Small 


Chat 

N/A 

N/A 

Immediate 

Medium 

Webbased GSS 

Yes 

Yes 

Both 


GSS in decision room 

Yes 

Yes 

Both 

Chat 

N/A 

N/A 

Immediate 

Large 

Webbased GSS 

Yes 

Yes 

Both 


GSS in decision room 

Yes 

Yes 

Both 

Video 

Medium 

Webbased GSS 

Yes 

Yes 

Both 


GSS in decision room 

Yes 

Yes 

Both 

Large 

Webbased GSS 

Yes 

Yes 

Both 


GSS in decision room 

Yes 

Yes 

Both 

Audio 

Medium 

Webbased GSS 

Yes 

Yes 

Both 


GSS in decision room 

Yes 

Yes 

Both 

Large 

Webbased GSS 

Yes 

Yes 

Both 


GSS in decision room 

Yes 

Yes 

Both 

Files 

Medium 

Webbased GSS 

Yes 

Yes 

Both 


GSS in decision room 

Yes 

Yes 

Both 

Large 

Webbased GSS 

Yes 

Yes 

Both 

W 

GSS in decision room 

Yes 

Yes 

Both 

Manage 

Documents 

Anv number 


Document Management 

N/A 

Yes 

Not immed. 

Schedules, 

Calendars, 

Tasks 

Medium 

Workflow 

N/A 

Yes 

Not immed. 

Large 


Workflow 
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REQUIREMENTS 


PLACE 


Different 


TIME 


Same 


ACTION 


Share 


Send/Receive 


Display/Present 


Discuss 


Decision 

making 


DATA 


Applications 


Desktop 


Text 


Files 


Drawings 


Presentations 


Text 


Video 


Audio 


Files 


Drawings 


Presentations 


Text 


Video 


Audio 


Files 


Drawings 


Presentations 


AUDIENCE 


Small 


Medium 


Small 


Medium 


Small 


Medium 


Any number 


Small 


Medium 


Small 


Medium 


Any number 


Small 


Medium 


Large 


Any number 


Medium 


Large 


Medium 


Large 


Any number 


Medium 


Large 


Small 


Medium 


Small 


Medium 


Small 


Medium 


Large 


Medium 


Large 


Any number 


Medium 


Large 


Any number 


Medium 


Large 


Small 


Medium 


Small 


Medium 



COLLABORATIVE 

TOOL 

OTHER CHARACTERISTICS 

ANNOTATIONS 

CHANGES 

RESPONSE 


Applications Sharing 

Yes 

Yes 

Immediate 


Applications Sharing 


Desktop sharing 

Yes 

Yes 

Immediate 


Desktop sharing 


Chat 

N/A 

N/A 

Immediate 

Chat 


File T ransfer 

N/A 

N/A 

Not immed. 


Whiteboard 

Yes 

No 

Immediate 

Whiteboard 

Whiteboard 


Whiteboard 


Videoconferencing 

N/A 

N/A 

Immediate 


Chat 

N/A 

N/A 

Immediate 

Web-based GSS 

Yes 

Yes 

Both 


Chat 

N/A 

N/A 

Immediate 


Web-based GSS 

Yes 

Yes 

Both 


Videoconferencing 

N/A 

N/A 

Immediate 


Web-based GSS 

Yes 

Yes 

Both 

Web-based GSS 


Web-based GSS 


GSS in decision room 

Yes 

Yes 

Both 

Web-based GSS 

Yes 

Yes 

Both 


GSS in decision room 

Yes 

Yes 

Both 


Audioconferencing 

N/A 

N/A 

Immediate 


Web-based GSS 

Yes 

Yes 

Both 

Web-based GSS 


Whiteboard 

Yes 

No 

Immediate 

Whiteboard 

Whiteboard 


Whiteboard 


Chat 

N/A 

N/A 

Immediate 

Web-based GSS 

Yes 

Yes 

Both 


Chat 

N/A 

N/A 

Immediate 


Web-based GSS 

Yes 

Yes 

Both 

Web-based GSS 

Web-based GSS 


Videoconferencing 

N/A 

N/A 

Immediate 

Web-based GSS 

Yes 

Yes 

Both 


Web-based GSS 


Audioconferencing 

N/A 

N/A 

Immediate 

Web-based GSS 

Yes 

Yes 

Both 


Web-based GSS 


Whiteboard 

Yes 

No 

Immediate 

Whiteboard 

Whiteboard 

Whiteboard 
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REQUIREMENTS 


PLACE TIME 


ACTION 


DATA AUDIENCE 


Share 


Different 


Different 


Index/Search 

Manage 


Discuss 

Send/Receive 


Discuss 


Decision 

making 


Documents 


Schedules, 

Calendars, 

Tasks 


Documents. 


Documents 


Schedules, 

Calendars, 

Tasks 


Text 


Files 


Text 


Text 


Any number 


Medium 


Large 


Any number 


Any number 


Medium 


Large 


Any number 


Any number 


Any number 


Medium 



Large 

Audio 

Medium 

Large 

Files 

Medium 

Large 

Text 

Medium 

Large 

Video 

Medium 

Large 

Audio 

Medium 

1 area 

Files 

Medium 


Large 



COLLABORATIVE 

TOOL 

OTHER CHARACTERISTICS 

ANNOTATIONS 

CHANGES 

RESPONSE 


Document Management 

N/A 

Yes 

Not immed. 

Workflow 

N/A 

Yes 

Not immed. 

Workflow 

Document Management 

N/A 

Yes 

Not immed. 


Document Management 

Workflow 

N/A 

Yes 

Not immed. 


Workflow 


Threaded Discussions 

N/A 

N/A 

Not immed. 


File Transfer 

N/A 

N/A 

Not immed. 


Email 

N/A 

N/A 

Not immed. 


Web-based GSS 

Yes 

Yes 

Both 


Web-based GSS 


Web-based GSS 

Web-based GSS 

Web-based GSS 

Web-based GSS 

Web-based GSS 

Web-based GSS 

Web-based GSS 


Web-based GSS 

Web-based GSS 

Weh-based GSS 

Web-based GSS 

Web-based GSS 
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APPENDIX D. TOOL COMPARATIVE TABLE 



COLLABORATIVE TOOL 

COMPANY 

MICROSOFT 

SUN 

[Bwi/mjs 

CYBQZU 

SharePoint 

Team Services 

SharePoint 

Server Portal 

NetMeeting 

Messenger for 
Windows XP 

SunFonim 

SameTime 

QuickFlace 

Share360 

COLLABORATION 

SYNCH. 

Audio 

No 

No 

Yes 

Yes 

Yes 

Yes 

No 

No 

Video 

No 

No 

Yes 

Yes 

Yes 

Yes 

No 

No 

Awareness 

No 

No 

No 

Yes 

No 

Yes 

No 

Limited 

Chat 

No 

No 

Yes 

Yes 

Yes 

Yes 

Yes 

No 


No 

No 

Yes 

Yes 

No 

Yes 

No 

No 

KSE1S8I 

No 

No 

Yes 

Yes 

Yes 

Yes 

No 

No 

Whiteboard 

No 

No 

Yes 

Yes 

Yes 

Yes 

No 

No 

File transfer 

No 

No 

Yes 

Yes 

Yes 

No 

No 

No 

ASYNCH. 

Email 

No 

No 

No 

No 

No 

No 

No 

Yes 

Discussion 

Yes 

Yes 

No 

No 

No 

No 

Yes 

Yes 

Group Calendars 

No 

No 

No 

No 

No 

No 

Yes 

Yes 


Limited 

Limited 

No 

No 

No 

No 

Yes 

Yes 

Doc. Mgt. 

Yes 

Robust 

No 

No 

No 

No 

Yes 

Yes 
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